Displaying reports 71341-71360 of 84537.Go to page Start 3564 3565 3566 3567 3568 3569 3570 3571 3572 End
Reports until 00:10, Saturday 23 August 2014
H1 ISC (ISC, SUS)
daniel.hoak@LIGO.ORG - posted 00:10, Saturday 23 August 2014 (13575)
HAM6 ISC work finished

Dan+Kiwamu+Koji

Today we finished the in-vacuum punchlist for HAM6.  Once the SEI and SUS teams signed off on the chamber, we started to work on some alignment servos to stabilize the beam into the OMC.  Our earlier attempts to engage a simple OMCQPD-to-TT feedback had seen a lot of angle-to-angle coupling.  I tried to perform some coil balancing on OM1 using the OMC QPDs as a readback.  The coils are clearly unbalanced, if the tip-tilt is driven in a pringle mode you can see motion in pitch and yaw on the QPD, and driving in pitch will generate some signal in yaw.  But I wasn't able to reduce the coupling using the perturbcoilbalance_fourosem.py script.  Will try again later this weekend.

Kiwamu helped us to commission a temporary servo to stabilize the beam at HAM6.  The beam coming from the IFO into the chamber has a lot of pitch motion at 0.5-0.75Hz, it's not clear where this is coming from, it has to be the ITMs, SR3, or SR2.  Once ASC-AS_C (most awkward name ever!) was in the ASC model we tried using SR2 to damp the motion, but the M3 stage has really weak actuation, and the M2 stage is complicated.  We tried using the M2 stage of the BS, but again we didn't have enough gain.  We wound up feeding the AS_C signal back to IM4, using the DC3 ASC filter modules.  This turned out to be solid as a rock, Kiwamu engaged a RG filter in pitch and an integrator in yaw and the spot on AS_C is now completely motionless.  But we've essentially taken output-port noise and impressed it on the input beam, so once we start locking the PRC we're going to have to use something else.

I tried to tweak up the OMC-QPD alignment servo, there was some improvement but the pitch-to-yaw coupling is still not good.  What we need to do is measure a proper sensing matrix.

In the attached PDF I show spectra with and without the ASC loops engaged.  The references are before the servos are engaged (top: AS_C, bottom: OMC-QPD).  The AS_C motion at 0.5Hz is totally crushed.

After the beam was more or less stabilized, Koji and I went to the chamber to find OMC TRANS.  We were able to see the OMC flashes on a card with an IR viewer, with the IMC input at 10W.  We steered the beam out the viewport emulator and clamped down the mirror.  This was an awkward job with the ISI unlocked.  We used an analog camera to see the mode structure of the flashes, these were pretty high order and many were fairly symmetric, which might indicate trouble with the mode-matching.

While we were on the table we exercised the beam diverters.  These were a little sticky, sometimes it took a few tries to open them, especially going from the closed -> open state.  We were careful to leave them in the open position.

HAM6 is ready to have the doors installed.  The only thing on our punch list we haven't accomplished is an in-air lock of the OMC.  With the motion of the beam in the chamber this might not be something we can do before pump-down.

Non-image files attached to this report
H1 SUS (INS, ISC)
jeffrey.kissel@LIGO.ORG - posted 17:33, Friday 22 August 2014 (13573)
H1 SUS OMs -- TFs look OK for Chamber Close Up, Still Need Spectra
J. Kissel, D. Hoak

Completed a set of Phase 3a transfer functions and spectra to confirm the health of H1SUSOM1, OM2, and OM3 before we close doors on Monday. Results look good, and in fact, OM1 looks better -- more like the other SUS -- than before.

Raw .xmls
H1/OM1/SAGM1/Data/2014-08-22_1800_H1SUSOM1_M1_WhiteNoise_L_tf.xml
H1/OM1/SAGM1/Data/2014-08-22_1800_H1SUSOM1_M1_WhiteNoise_P_tf.xml
H1/OM1/SAGM1/Data/2014-08-22_1800_H1SUSOM1_M1_WhiteNoise_Y_tf.xml

H1/OM2/SAGM1/Data/2014-08-22_1800_H1SUSOM2_M1_WhiteNoise_L_tf.xml
H1/OM2/SAGM1/Data/2014-08-22_1800_H1SUSOM2_M1_WhiteNoise_P_tf.xml
H1/OM2/SAGM1/Data/2014-08-22_1800_H1SUSOM2_M1_WhiteNoise_Y_tf.xml

H1/OM3/SAGM1/Data/2014-08-22_2229_H1SUSOM3_M1_WhiteNoise_L_tf.xml
H1/OM3/SAGM1/Data/2014-08-22_2229_H1SUSOM3_M1_WhiteNoise_P_tf.xml
H1/OM3/SAGM1/Data/2014-08-22_2229_H1SUSOM3_M1_WhiteNoise_Y_tf.xml

Data processed by
/ligo/svncommon/SusSVN/sus/trunk/HTTS/Common/MatlabTools/plotOMCS_dtttfs.m

And saved to
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM1/SAGM1/Results/2014-08-22_1800_H1SUSOM1_M1.mat
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM2/SAGM1/Results/2014-08-22_1800_H1SUSOM2_M1.mat
/ligo/svncommon/SusSVN/sus/trunk/HTTS/H1/OM3/SAGM1/Results/2014-08-22_2229_H1SUSOM3_M1.mat

TFs compared with others using
/ligo/svncommon/SusSVN/sus/trunk/HTTS/Common/MatlabTools/plotallomcs_tfs.m

All data and scripts have been committed to the repo.
Non-image files attached to this report
H1 SUS
jeffrey.kissel@LIGO.ORG - posted 16:38, Friday 22 August 2014 (13567)
H1 SUS OMCS OK for Doors Closed
J. Kissel

Completed a set of Phase 3a transfer functions and spectra to confirm the health of the OMCS before we close doors on Monday. Results look good, and comparable to previous measurements and LLO's OMC, sensors show noise comparable to what is expected. This SUS is clear for chamber close up.

TF DTT Templates:
/ligo/svncommon/SusSVN/sus/trunk/OMCS/H1/OMC/SAGM1/Data/
2014-08-22_1739_H1SUSOMC_WhiteNoise_L.xml
2014-08-22_1739_H1SUSOMC_WhiteNoise_P.xml
2014-08-22_1739_H1SUSOMC_WhiteNoise_R.xml
2014-08-22_1739_H1SUSOMC_WhiteNoise_T.xml
2014-08-22_1739_H1SUSOMC_WhiteNoise_V.xml
2014-08-22_1739_H1SUSOMC_WhiteNoise_Y.xml

TFs processed by 
/ligo/svncommon/SusSVN/sus/trunk/OMCS/Common/MatlabTools/plotOMCS_dtttfs.m

TFs .mat file 
/ligo/svncommon/SusSVN/sus/trunk/OMCS/H1/OMC/SAGM1/Results/2014-08-22_1739_H1SUSOMC_M1.mat

TFs compared with other previous results using
/ligo/svncommon/SusSVN/sus/trunk/OMCS/Common/MatlabTools/plotallomcs_tfs.m

Spectra taken by
/ligo/svncommon/SusSVN/sus/trunk/OMCS/Common/MatlabTools/plotomcs_spectra.m

ASD saved to
/ligo/svncommon/SusSVN/sus/trunk/OMCS/Common/Data/2014-08-22_1739_H1SUSOMC_M1_Spectra.mat

Spectra compared against others using
/ligo/svncommon/SusSVN/sus/trunk/OMCS/Common/MatlabTools/plotallomcs_spectra.m

All data and scripts committed to to SusSVN.
Non-image files attached to this report
LHO General
gerardo.moreno@LIGO.ORG - posted 16:20, Friday 22 August 2014 (13572)
Ops Shift Summary

- 9:20 am, Jim W. to CS VEA, HAM6 work unlock ISI.
- 9:40 am, Anaud and Filiberto to CS VEA, HAM5 work.
- 11:00 am, Krishna to X-End VEA, retrive equipment.
- 11:13 am, Filiberto to X-End VEA, power LHO's tiltmeter.
- 12:00 pm, Fred and visitor to CS VEA, tour.
- 12:25 pm, Kyle and Gerardo to X-End VEA, to power ion pump 12.
- 1:00 pm, Karen to Y-End station, clean.
- 1:47 pm, Sheila and Borja, to X-End VEA, station is now laser safe.
- 3:30 pm, Sudarshan to visit both Y-End and X-End station for PEM work.
- 3:51 pm, Filiberto, Manuel and Borja to Y-End VEA, ESD power measurements.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 15:53, Friday 22 August 2014 (13571)
ASC model modified and restarted

Sheila, Dave, JeffK, Kiwamu

We have modified the ASC_MASTER model so that the AS_C QPD signals are routed to the input matrix. Note that these signals had been disconnected and going nowhere. This is a part of the OMC locking effort which is our recent short-term goal. I edited common/ASC_MASTER.mdl and checked it into SVN. Since I have appended these signals to the existing input matrix elements, this should not impact on the LLO commissioning.

Also, I was asked by Jeff to add two new IPC senders to the ASC model so as to broadcast the AS_C signals for evaluating the suspension coil balance performance. However this let us run into an issue where we got funny error messages [1] when compiling it. Looks like it fails compiling once two new outputs are added to the ASC_MASTER model. It is nothing to do with the IPC blocks. We gave up for the time being.

We restarted the ASC model and did subsequent DAQ restart.


[1]

Parsing the model h1asc...
first pass done 127 1
Counted 2277 parts out of total 2279
Fatal error - not all parts are in processing list!
List of parts not counted:
ADC0 Adc
ADC1 Adc
ADC2 Adc
ADC3 Adc
ADC4 Adc
Please check the model for missing links around these parts.
make[1]: *** [h1asc] Error 1
make: *** [h1asc] Error 1
make failed
log file is /opt/rtcds/lho/h1/data/buildlog/h1asc_2014_08_22_14:49:30

 

LHO VE
kyle.ryan@LIGO.ORG - posted 15:20, Friday 22 August 2014 (13570)
~1340 hrs. local -> valved-in IP12, ~1400 hrs. local -> Began pumping BSC9 annulus
X-end pumped by both turbo and ion pump over the weekend -> Y-end pumped by turbo only over the weekend
H1 SUS
borja.sorazu@LIGO.ORG - posted 14:27, Friday 22 August 2014 (13566)
ETMX Ion pump gate valve open

Kyle, John, Gerardo, Borja

The ion pump gate valve in ETMX is now (about UTC 2014-08-22 20:40:00) open in order to see its charging effect on the ETMX mass.

H1 SEI (SYS)
jeffrey.kissel@LIGO.ORG - posted 14:05, Friday 22 August 2014 (13560)
H1 EX T240 Gain Change Confusion
J. Kissel, K. Venkateswara

While trying to figure out the gain mismatch between the BRS and GND T240 at EX, we discovered that the calibration filter, "T240Cal" in FM2 of the GNDSTSINF A and B (but not C!) banks had been changed from the 254.3 [(nm/s)/ct] I'd installed in March (see LHO aLOG 10635), to 4.46 [(nm/s)/ct]. This gain calibration is different (reduced) by a factor of 57 -- which is the difference between high gain and low gain mode of the T240 interface chassis. This would therefore compensate for the gain in the chassis being switched from low (as it was in March) to high.

After a lot of aLOG trolling (thankfully there are only about three people on the planet who would have the knowledge to change the analog gain, and compensate for it in foton), I found that this is a result of Rich Mittleman (see LHO aLOG 11203). The filter file had not been committed to the userapps repo until I'd committed the file for other reasons (see LHO aLOG 13483), the aLOG did not mention the calibration factor, or the filter name, the filter bank name, or that he only changed 2 out of the three filter banks, rendering the aLOG quite difficult to find.

This does not explain the factor of 0.62 that we're missing, but it certainly threw us for a loop for a half-day. Please let this be a lesson to visiting commissioners and electronics engineers who make changes to hardware /software / electronics: add as much information as you can to your aLOGs to make them as search-able as possible, take the time to commit your work to repositories, and make sure you've done a complete job. Everything you do will eventually matter and confuse someone in the future. 

For all this, we still don't understand the factor of 0.62 between the T240 and the Rotation Sensor (see LHO aLOG 13544).

Non-image files attached to this report
H1 SEI
jim.warner@LIGO.ORG - posted 14:04, Friday 22 August 2014 (13565)
HAM6 ISI looks good
After fixing cabling and rebalancing the table yesterday, I took DTT tf's this afternoon. I used a white noise excitation with 2 poles at 5hz and tuned the amplitude to just avoid saturating the seismometers. See attached screenshots. Template is saved in the HAM6 data/transfer function/undamped folder
Images attached to this report
H1 SUS
borja.sorazu@LIGO.ORG - posted 14:00, Friday 22 August 2014 (13564)
ETMX green laser light off

Sheila, Borja

We have just switch off the green laser on ETMX UTC 2014-08-22 20:45:00, we set the diode current to previous value of 1.843 Amp.

H1 SUS
arnaud.pele@LIGO.ORG - posted 13:57, Friday 22 August 2014 (13558)
SRM length to angle decoupling filters installed

Yesterday, I implemented length to angle decoupling filters for the three stages of SRM. The L1toY3 decoupling was tested and results show an improvement of ~10dB at low frequencies, and few dBs above .8Hz. Plot attached in screenshot shows the L1toY3 transfer function without (blue) and with (red) compensation. The 2nd pdf attached shows the measurement, and the fitting used for this particular filter design. The other pdfs show the design for the rest of them.

The method used was :

  1. Measured cross coupling transfer functions from one stage to test mass using the script Matlab_tfs.m (started with LHO_Matlab_TFs under /ligo/svncommon/SusSVN/sus/trunk/Common/MatlabTools/SchroederPhaseTools/).
    Measurements were done with the suspension damped and the ISIs damped. The three stages of MC2 SRM and SR2 should be already measured (dates can be found in the spreadsheet attached in previous alog). Only SRM M3 tf needs to be retaken since a chunk of data was missing for the pitch drive of M3 stage.
  2. Plotted the measurements to make sure they worked using plothsts_matlabtfs_cross_levels.m under /ligo/svncommon/SusSVN/sus/trunk/HSTS/Common/MatlabTools/
  3. Fitted L2P/P2P for pitch decoupling and L2Y/Y2Y for yaw decoupling using Keita's awesome fitting script, and a wrapper called fitting_for_decoupling.m under /ligo/svncommon/SusSVN/sus/trunk/HSTS/Common/MatlabTools
  4. Installed filters in foton with autoquack. The filters are installed in two filterbanks : FM1 for {L2P or L2Y} and FM2 for {1/P2P or 1/Y2Y}, and gain should be -1. When the number of zeros of the decoupling filter is higher than the number of poles, script will warn you that a low pass roll off should be added in foton. The new filters need to be saved with foton before being loaded.
  5. Tested the filters taking a white noise tf with/without the filter. Template can be found for the L1toY3 coupling of SRM under  /ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/SRM/SAGM1/Data/2014-08-22_SRM_decoupling_L2Y_test.xml

TO DO :

 

Images attached to this report
Non-image files attached to this report
H1 SEI (DetChar)
krishna.venkateswara@LIGO.ORG - posted 13:06, Friday 22 August 2014 - last comment - 09:38, Saturday 23 August 2014(13563)
H1 EX BRS Installation, Day 15: Improved BRS subtraction
J. Kissel, K. Venkateswara

We were able to take overnight measurement with everything working smoothly. I have analysed 35000 seconds of data starting from ~7 PM to ~5 AM this morning. The first file shows a similar plot as I had posted yesterday. The subtraction is done a bit differently:
Yesterdays subtraction -
Residual = BRSout  +  T240X * (w/g)

This simply accounts for the inertial angular acceleration measured by the bar and assumes d = 0.

Todays subtraction - 
Residual = BRSout  +  T240X * (w/g) + T240X * ( 1/w * M * d * g/I)

where BRSout is the BRS output (in rad), T240X is the velocity output, w is angular frequency (2 pi f), M is the total mass of the balance (4.2 kg), d is the distance between CoM and the suspension point ( (39 +/- 5) microns), g is 9.8 m/s^2, and I is the moment of inertia of the beam (0.59 kg m^2).
This subtraction accounts for inertial angular acceleration and horizontal acceleration coupling based on an estimate of d, which is explained below.

The second file shows the raw T240X displacement output and the tilt-subtracted output.

The third file shows the angular acceleration measured by the bar. This is similar to the first plot, but rotated by f^2. This makes the effect of various terms a bit clearer. The first plot shows the influence of inertial angular acceleration and the horizontal acceleration coupling. This allowed me to estimate d by varying it until the green curve lined up with the blue at low frequencies. In the next plot I added the residual and the autocollimator noise. Note that the residual is worse below ~8 mHz due to the influence of the low-frequency high-pass filters which mess up the phase.

To make a long story short, the Beam Rotation Sensor works as expected. The subtraction scheme we showed above is easily implementable and presently gives a factor of ~5 improvement in displacement noise below 0.1 Hz down to ~10 mHz. The d offset is larger than I expected which was due to the inaccuracies in the transfer function measurement scheme. Still, it does not present any difficulties in doing the subtraction. If we have to open up the vacuum can for whatever reason in the future, we can correct it easily.

We have learnt many lessons and if we get the opportunity to do this again, we will do better. We have some ideas for implementing a simple damping scheme to remotely damp the balance, which we will try out at UW. 

I have had a great time installing/commissioning the tiltmeter and would like to thank everybody at LHO for all the asistance. The atmosphere and energy here is terrific and I hope to be back here soon :)



edit: The matlab file I used for the above analysis is : /ligo/home/controls/tmp/BRSanalyze.m
It is very badly written and I will add comments, polish it and upload it soon.
Non-image files attached to this report
Comments related to this report
krishna.venkateswara@LIGO.ORG - 09:38, Saturday 23 August 2014 (13576)
Sorry, there was a mistake in the equation I wrote above. It should be:

Residual = BRSout  +  T240X * (w/g) + T240X * ( 1/w * M * d/I)

where T240X is the velocity output of the seismometer. M*d/I is the displacement rejection factor in units of rad/m , which presently seems to be 3e-4 rad/m.
H1 ISC
sheila.dwyer@LIGO.ORG - posted 12:45, Friday 22 August 2014 (13561)
POP camera in control room

Last night Kiwamu and I put the pop beam on the pop analog camera.  This camera is input 25 in the MSR camera big black box, I have sent it to output 29 which is the white cable on CB7-050-005 (the cable that goes to the monitors in the front of the control room). 

Now we can watch our michelson fringing.

H1 SEI
jeffrey.kissel@LIGO.ORG - posted 11:45, Friday 22 August 2014 - last comment - 15:14, Friday 22 August 2014(13559)
HAM6 ISI Unlocked, Damping Loops Installed
J. Kissel, J. Warner

Jim unlocked the ISI and we installed damping loops on the H1 HAM6 ISI (such that we could run SUS close-out TFs). The damping loop install went poorly, but eventually we got it to work in an odd configuration. Below is the chronology.

- I installed a copy of HAM4 damping filters using straight copy and paste from foton.
- Tried turning loops on, got immediate trip. Repeated just to be sure, with the same result.
- Checked HAM6 ISI DAMP filters against HAM4 filters in foton, confirmed they're identical
- Checked Basis Transformation matrices, confirmed they're identical to HAM4, and they match T1000388.
- Confirmed with foton that the actuator compensation filters were installed and correct (i.e. they match HAM4).
- Confirmed with foton that the GS13 calibration filters were installed and correct (i.e. they match HAM4).
- Confirmed that all signs along the chain, in the GS13INF, DAMP, and OUTF filters were the same as in HAM4.
- Checked that gain switching on GS13s was functional, and that were were in low gain.
- Tried closing loops again, still unstable.
- Jim installed HAM6 damping filters using the "normal" Matlab quack method from commission scripts that were designed from an old set of plant data.
- Confirmed with foton they installed correctly and showed very little difference between HAM4's filters.
- Tried them, still unstable.
- Noticed that all corner station ISIs had ADC saturations on CDS overview screen. Found it to be STSA (i.e. the one by HAM2) which was railed, and being piped to every ISI and HPI front end.
- Went out to racks, re-zeroed STSA, saturations disappeared, still no change in behavior. Damping loops still unstable.
- Turned down / off purge are in HAM six. Amplitude of GS13 motion went down, but still the loops were unstable.
- Performed the radical -- flipped the sign of loops in the DAMP filter bank, AND IT WORKED.

We can't think of any reason that there would be a sign flip in the chain, but for now, we leave it and move on checking out SUS.
Comments related to this report
hugo.paris@LIGO.ORG - 15:14, Friday 22 August 2014 (13569)

The in-air actuator cables ave 3 prongs: positive, negative and ground. Even though it is not possible in theory, you can still plug them in the wrong way if you push a bit. You may want to check them as it would certainly flip the gain on the actuation. 


 

H1 SEI
sheila.dwyer@LIGO.ORG - posted 11:17, Friday 22 August 2014 - last comment - 09:48, Tuesday 26 August 2014(13553)
ITMX ISI tripping

yesterday we noticed that ITMX has been tripping, it seems to happen within a minute or so of becoming fully isolated.  HEPI seems to have position loops running, there is no feedback from ISC to the suspension or HEPI.  The last few trips have been just stage 2, actuator trips.  It looks like something is ringing up.

The stage 2 blends were on Tbetter expect RZ, which was on Tcrappy for the two trips plotted in the first screenshot attached.  I've tried setting stage 2 blends to start, this also caused a trip which is the second attached screenshot.

Now I have set the guardian to isolated_damped, so that stage 1 is isolated and stage 2 is damped.  So far its not tripped. 

Images attached to this report
Comments related to this report
sheila.dwyer@LIGO.ORG - 12:46, Friday 22 August 2014 (13562)

For the last 20 minutes or so, stage 2 has been isolated level 1 with no problems.

sheila.dwyer@LIGO.ORG - 14:55, Friday 22 August 2014 (13568)

It seems that the level 3 controllers for X are the problem. It was fine with stage 2 on level one controllers, and it stayed isolated with all DOFs other than X at level 3.  It tripped even when I used no boost for X. 

sheila.dwyer@LIGO.ORG - 18:05, Friday 22 August 2014 (13574)

From looking at the trends it seems as though the ITMX ISI hasn't really been isolated since the first week of june.  Jeff suggests that the problem could be that the plant has changed durring the vent, and now the controllers designed before the vent aren't stable (for X).  Here is a screen shot of a spectrum just before one of these trips. The problem seems to be at 147 Hz. The filter is also plotted here, with the cursor at 147 Hz. 

Hugh also reported a problem on August 8th, at 320 Hz.  (alog 13294 )

It looks like this loop needs some TLC. For now I'm leaving the guardian at ISOLATED_DAMPED, but it can be semi isolated by going to the command scripts, and turning on the level three controller for all DOFs except X.  

Images attached to this comment
jim.warner@LIGO.ORG - 09:48, Tuesday 26 August 2014 (13597)
I worked on these loops a bit this morning. I ended up adding a notch in the ST2 X isolation loop at 147, and now everything turns on. I wouldn't say everything is happy, as the drives are still quite high, so it would be good to get an in-vac tf and re-visit the loop design. It's been running for the last 20 minutes or so. Will talk to commissioners about a convenient time to do further work on this.
Displaying reports 71341-71360 of 84537.Go to page Start 3564 3565 3566 3567 3568 3569 3570 3571 3572 End