Displaying reports 69301-69320 of 82985.Go to page Start 3462 3463 3464 3465 3466 3467 3468 3469 3470 End
Reports until 14:03, Monday 22 September 2014
H1 SUS (SUS)
jeffrey.kissel@LIGO.ORG - posted 14:03, Monday 22 September 2014 (14071)
H1SUSSRM M3 Coil Balancing -- More Failure
J. Kissel

Remembering that we may need to re-balance the recycling-cavity HSTS drives after having replaced the lower stage drivers with increased-range, modified, coil drivers (PRM, PR2, SR2, SRM; see Integration Issue 936 for links log entries), I began to balance SRM M3 this morning. 

I used the same pringle-drive, demodulation-of-the-OSEM-sensors, balancing technique that we've used in the past (see e.g., LHO aLOGs 11392, or 9453). 

I was able to confirm that the balancing *is* now worse by a factor of ~6 (by not changing the previous COILOUTF gains and simply comparing the new results with the balanced old), but was unable to balance to many better than this newly bad value. My time was limited because of priority DRMI work, but I'll continue to investigate as time allows. For now, I've left the COILOUTF gains as they were balanced to the unmodified driver, 
 
H1:SUS-SRM_M3_COILOUTF_UL_GAIN  0.972
H1:SUS-SRM_M3_COILOUTF_LL_GAIN -1.014
H1:SUS-SRM_M3_COILOUTF_UR_GAIN -0.972
H1:SUS-SRM_M3_COILOUTF_LR_GAIN  0.964

See attached for plots.

Plots, Data, and Diary live in and have been committed to
/ligo/svncommon/SusSVN/sus/trunk/HSTS/H1/SRM/Common/Data/
Non-image files attached to this report
H1 ISC
kiwamu.izumi@LIGO.ORG - posted 11:41, Monday 22 September 2014 - last comment - 17:20, Wednesday 01 October 2014(14067)
DRMI online calibration running on projector1

I finished preparing the online calibration filters for the DRMI which I started in the last week (see alog 14030). The output spectra are now monitored on projector1 (see alog 14042) in the control room as shown in the above pitcture.

I checked the HSTS and BS suspension filters in the calibration paths in h1oaf. While the HSTS suspensions looked good to me, the BS suspension did not look similar to the suspension model. In particular, the location of resonances did not look correct in the first place. So I changed the BS model by running the BS design Matlab script in the SVN and, copying and pasting the result in foton. The DC gain was then re-adjusted by hand such that it is at 8.85 x 10-5 um/cnts (= 46.40 um / (4 x 217 counts)). Note that this 46.4 um came from DCC-T1100602-v2. And the factor of 4 in the denominator compensates to the Euler matrix in the suspension realtime controller.

Images attached to this report
Comments related to this report
kiwamu.izumi@LIGO.ORG - 11:52, Monday 22 September 2014 (14069)

The dtt xml file now lives in userapps/release/isc/h1/scripts and is named DRMI_spectra_whiten.xml.

Since all the signals are whitened in the oaf model, the spectra must be un-whitened when they are displayed. I put the anti-whitening calibrations in the dtt file and this calibration must be always applied to all three spectra in order to get the correct displacements. Note that the whitening filters are the ones copied from Livingston at some point in the past and they have the following poles and zeros: zpk([1;1], [100;100], 1, "n").

kiwamu.izumi@LIGO.ORG - 17:20, Wednesday 01 October 2014 (14261)

Calibration factors for the DRMI optica gains:

  • PRCL = 3.3e-7 um/cnts (REFL_A_RF9_I)
  • MICH = 1.16e-7 um/cnts (REFL_A_RF45_Q)
  • SRCL = 5.7e-6 um/cnts (REFL_A_RF45_I)
H1 SEI
hugh.radkins@LIGO.ORG - posted 10:51, Monday 22 September 2014 - last comment - 11:38, Monday 22 September 2014(14065)
WHAM6 HEPI V2 IPS sensor fix Saturday short lived

Saw the HAM6 HEPI was tripped this morning.  It tripped on a large Actuator spike Saturday about 4pm, just a few hours after I go it fixed.  Attached are the IPS spectra for HAM6 like I've plotted before--obviously V2 is back to its old ways.  Also attached are all the local IPS sensors when it tripped.  Again, V2 is not like the others and it is a bit hard to be sure but it looks like the big glitch on the V2 channels preceeds the other sensors moving off their previous values.

What to do?

Wiggle the cable some more and/or look closer at thecable going into the Pier Pod?

Change the sensor?--Requires changing both V2 & H2 sensors as these are matched to the Kaman Box within the Pier Pod--And yes you guessed it, pull the Pier Pod box and mount the matching Kaman box within.

Images attached to this report
Comments related to this report
hugh.radkins@LIGO.ORG - 11:38, Monday 22 September 2014 (14068)

Okay, just 'fixed' this again.  This time I unplugged and plugged in the cable repeatedly and twisted (I believe) the cable to maybe clean the contacts.  I don't think this is a 'back shell' shorting to the box issue.  If it were, we have this problem in many places given the design and how they look.

The HEPI control loops are back on, manual without boosts.

H1 SEI
jim.warner@LIGO.ORG - posted 10:33, Monday 22 September 2014 - last comment - 10:55, Monday 22 September 2014(14064)
Sensor correction is working on a few BSC's
Last week with Seb here, I started playing with sensor correction on the ETM ISI's. ETMX turned on and did good things around a half hz, as it should. ETMY so far has not done as well, so I'm still investigating there. This morning I looked at the ITM's, just seeing if filters were installed. ITMX seems to have had it's filters modified, so I used foton and gedit to fix the IIR and FIR filters. That did not happen as transparently as I would have hoped, so, my apologies to the ISC crew. After talking to Kiwamu and Sheila, they let me try to turn sensor correction on on ITMX this morning. Looks like it's working so far, only on Z ,see attached plots. The upper right plot on each picture shows most of the action, but there does seem to be a reduction in the low frequency motion on RX and RY as well, that is probably just an artifact of only having 20 minutes of data. We can't use sensor correction on other DOF's, as the blends are too low.
Images attached to this report
Comments related to this report
jim.warner@LIGO.ORG - 10:55, Monday 22 September 2014 (14066)

Calibration filters on ETMY were not turned on after JeffK fixed the model, here. I just turned them on, hopefully that fixes that chamber. ITMY seems to have issues, as things started going crazy when I tried turning on sensor correction on at that chamber. More digging.

H1 General
andres.ramirez@LIGO.ORG - posted 10:28, Monday 22 September 2014 (14063)
PSL Weekly Check
PSL Check: 9/22/2014

Laser Status: 
SysStat: Warning “VP program online” is red
Output power is 29.6 W (should be around 30 W)
FRONTEND WATCH is active
HPO WATCH is red

PMC:
It has been locked 5 days,0 hr , and 59 minutes (should be days/weeks)
Reflected power is 2.2 Watts and PowerSum = 25.9 Watts.
(Reflected Power should be <= 10% of PowerSum)

FSS:
It has been locked for 3 d, 20 h, and 38 min (should be days/weeks)
Threshold on transmitted photo-detector PD = 2.03 V (should be at least 0.9V)

ISS:
The diffracted power is around 7.1 % (should be 5-15%) 

Last saturation event was 4 d, 22 h and 51 minutes ago (should be days/weeks)





H1 AOS
alexan.staley@LIGO.ORG - posted 10:14, Monday 22 September 2014 - last comment - 12:51, Monday 22 September 2014(14062)
BS L2P and L2Y Coupling preliminary results

Over the weekend I ran a transfer function on the BS with optical lever damping filters off, and FM2 of both L2P and L2Y filters on. These two filters were installed last week (alog 14046 and alog 14022). This transfer function was taken to determine the residual motion of the BS in yaw and pit given a drive in length on the M2 stage. We can compare this to the previous rediula motion with FM1 filters on for both L2Y and L2P as measured by Stefan alog 9394.  The attach screen shot shows a side by side comparion. The red traces are all YAW/L and the blue traces are all PIT/L. And the left most windows, or the traces with square symbols are the TF with FM2 (current version), while the right most windows, or the traces with the circle symbols are the TF with FM1 on (old version). The L1Y coupling improved by about 16dB at low frequency, and 24dB at high frequency. Meanwhile, in L2P the high frequency magnitude is about the same (it's actually slightly worse by about 2dB), but at low frequency we have imporoved by a factor of about 19dB. The new filter for L2P was intended to mostly correct the low frequency motion, so this result is about as expected. Also, in the process of creating the new filters, we did not concern ourselves with any of the resonances, which is why you don't see much of a change (and it may be a bit worse) compared to the older values. Jeff and I also checked that the BS coil balancing did not change between Stefan's measurement and mine, indicating that the improvement clearly came from the coupling filter change. I was unsure why the phase between the new and old version are no longer the same, given the that old and new filters have the same phase. Kiwamu explained to me that this came from whether we were pushing too much or too little to compensate for the L2Y/P coupling. The phase can change by 180 when we adjust for this.

Next, I plan on inspecting the power spectrum of the BS oplev with the PRMI locked on the sideband. One question we have though, is what constitutes good enough residual motion?

Images attached to this report
Comments related to this report
alexan.staley@LIGO.ORG - 12:51, Monday 22 September 2014 (14070)

To confirm our results I also repeated the measurements taken by Rana in alog 14028. The first screenshot shows the BS oplev pit and yaw power spectrum under a few different configurations. The dashed green and brown traces are spectra taken by Rana with PRMI locked and the older L2Y/P coupling filters. Meanwhile, the pink and light blue traces are the spectra with PRMI locked and the new coupling filters. We see an imporovement in the power spectrum with the new filters at about 0.1-0.3Hz in Yaw, and and 0.001-0.8Hz in Pit.  The red and blue traces are the spectra with PRMI unlocked and the new filters. The second screenshot shows the coherence of the oplevs with the MICH loop. The trace color representation is as before. One can see a reduction in the coherenece for both Pit and Yaw with the new filters in place. 

 

Note: everything can be found under /ligo/home/alexan.staley/Public/BS_Coupling/

Images attached to this comment
H1 General
andres.ramirez@LIGO.ORG - posted 09:43, Monday 22 September 2014 (14061)
Installation Meeting Minutes
 Attendees: Fred, Jim, Vern, Greg, Peter, Ed, John, Kyle, Gerardo, Jeff B, Jodi, Jason, Bubba, Patrick, Alexa, Daniel, Richard, Corey, Aaron, Filiberto, Kiwamu, Betsy, Travis, Hugh, Sheila, etc …

Today's Tasks:


Hugh reported about the WHAM6 HEPI V2 IPS sensors Problem. New HEPI TFs will need to be run. 

Work on 3IFO QUAD will continue today in LVEA (Betsy/ Travis)

Getting ready to test 3IFO (Quad 9) in Staging Building – Jeff B

Circuit breaker failure (Replacement part needed) – Richard  

Moving TCS HWS table into position (HAM4) – Greg/Aidan

Illuminator control work in LVEA – Richard/Filiberto

Fans work on all Mid/End stations – Bubba



H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 07:19, Monday 22 September 2014 (14059)
CDS model and DAQ restart report, Sunday 21st September 2014

model restarts logged for Sun 21/Sep/2014
2014_09_21 03:27 h1fw1

unexpected restart of h1fw1

H1 ISC (ISC, SUS)
rana.adhikari@LIGO.ORG - posted 13:34, Sunday 21 September 2014 - last comment - 10:47, Monday 22 September 2014(14057)
PRC spot positions using Angle to Length coupling

Kiwamu, Rana, Sheila

On Friday, we measured the spot position on PR2 using the A2L technique:  vertical / horizontal   ~   5mm / 3 mm.


We wonder if the spots are far off center and might explain the low recycling gain that we see. The camera images are not detailed enough to tell us about positions better than a couple cm.

The concept of the A2L measurement is that we drive the optic angle and measure the response in the cavity length sensor (REFL 45, in this case). We assume that the LSC photodiode has a very small angle sensitivity (which is true as long as the cavity is non-degenerate and has a high finesse and the beam on the photodiode is a few times smaller than the diode active area and that the photodiode has a small non-uniformity). We also assume that the mechanical coupling from torque to longitudinal motion is smaller than the centering precision we want. I don't know if all of these assumptions are true, but we proceed as if they are.

To make the measurement robust, we want to avoid the GDS testpoint dropouts, and so we use the front end digital lockins. Unfortunately, the LSC does not have capability to drive mirror angles and the SUS/ASC do not have capability to demodulate the LSC signals. So we make a temporary workaround in the SUS DRIVEALIGN matrix by routing the L drive to P or Y**. Then the LSC drive can drive apply torque on PR2-M3 and demodulate REFL45_I. We then null the demodulated signal by also sending some of the torque to the L2L path. By taking into account the size of the optic (R = 8 cm from T0900435-v9), we can use the ratio of L2L/L2A gains to determine the beam position on the optic (we also take into account the non-unity gains in the EULER2OSEM matrix: L=0.25, P/Y=5.3).

For PR2, we used a drive frequency of 9.57 Hz and amplitude 555 counts. Since we do not have WFS feedback yet, there were large beam spot motions. The 9.57 Hz digital lockin we use to demodulate the 45 MHz demod outputs have I and Q outputs. The I-phase corrresponds to the the steady beam spot position and the Q-phase gives us information of how much the beam is moving (?).


** This hacky technique won't work for the optics being used for LSC feedback, so we need to come up with a better hack or make some model rewiring. Now that we have larger range coil drivers, we can swap the control from PRM to PR2 to allow us to measure the spots all over the DRMI. And, of course, we can use the front end dither system to automatically center the spots as well.

Comments related to this report
kiwamu.izumi@LIGO.ORG - 10:47, Monday 22 September 2014 (14060)
  • The beam was too-low vertically by 5.3 mm
  • The beam was off horizontally by 3.1 mm toward BS or West.

 

(some details)

As for the vertical measurement, we needed a coefficient of -2.5 in the L2L drive-align matrix element. Taking the Euler matrix into account, I computed the imbalance alpha (see the previous alog 13765 for more info about the definition of those numbers) to be 0.12. Note that the L2P path had a coefficient of -1 while the L2Y had 1 as usual. This indicates an offcentering of 5.3 mm downdward on the optic.

As for the horizontal measurement, we needed a coefficient of -1.5 in the L2L drive-align matrix element. This corresponds to an offcentering of 3.1 mm. Since the UL and LL coils needed to be pushed harder than that of Rs, the spot must be off toward the right side.

Note that we have not readjusted the coil balance on PR2 after the recent coil drive modification.

H1 CDS (DAQ)
david.barker@LIGO.ORG - posted 08:21, Sunday 21 September 2014 (14056)
CDS model and DAQ restart report, Saturday 20th September 2014

model restarts logged for Sat 20/Sep/2014
2014_09_20 01:02 h1fw1
2014_09_20 12:32 h1fw1

unexpected restarts of h1fw1.

H1 ISC
kiwamu.izumi@LIGO.ORG - posted 14:54, Saturday 20 September 2014 (14055)
clipping study: POPAIR showed a clear sign of clipping

This is a report from yesterday

In the afternoon of yesterday, Sheila noticed that the POPAIR_B_RF18 did not reach a high value in the PRMI no matter how she steered IM4, PRM and PR2. So I tried looking for the cause. Then I found two clipping issues as follows:

The work will continue in parallel to the main DRMI lock project.

 


(Some detailed notes)

* POPAIR_B_ calibration changed

In the process, I found the POPAIR_B_RF18 saturating at its ADC. So I decreased the whitening gain to 24 dB from 33 dB. Also I changed the FM9 of POPAIR_B_RF18 in order to maitaing the same calibrated numbers. Now POP18 does not saturate. Also, I noticed that the demodulation phase was not quite good. So I rotated it from -100 to -113 deg. This increased the RF18_I power by a few percent.

* Clipping on ISCT1

The clipping on the ISCT1 bottom periscope was due to the beam at too low height. Also the horizontal position was off toward north by roughly a beam spot size. I could not precisely assess the spot position on the upper periscope mirror because of a narrow available space in the ISCT1 enclosure. But, with a sensor card, it did not seem clipped at the upper periscope. The image below is a POP camera before I improved the two clipping issues:

Since the camera does not have a TV lens, the image is up-side-down and right side left. It is clear that the beam is clipped in its lower part (or upper part on the camera view). However, fixing the bottom periscope mirror situation did not change the beam image. This is how I found another clipping issue.

* Steering PR2 and PR3

I wanted to move the (back propagating) POP beam in pitch to see how the clipping situation changes. Since touching IM4, PRM and PR2 did not seem to give a significant effect on the clipped image, I started using PR3. Note that before I touched PR3, it was right on the center of the oplev QPD. I have moved PR3 toward the positive side in the suspension bias slider. At the same time, in order to maintain a high build up, I moved PR2 toward the negative side in the bias slider. So this operation is equivalent to an introduction of translation in the beam line between ITMX and PR3 downward while mantaining the same spot on PRM and PR2. Also, this alignment operation introduced a tilit in the beam line between PR3 and PR2 such that the forward propagating beam goes downward as it approaches to PR3 from PR2. Note that looking at the PR3 GigE camera, I noticed that the beam spot was a bit too-low on the mirror from the beginning. Unfortunately I could not see a spot on the BS because of the too low power in the PRC.

As I improved the clipped image and the POP18 power, both MICH and PRCL servo started oscillating due to a too high UGF. I derecased both of them by 40% rom the nominal guardian-commanded gains in order avoid the servo instabilities. i did not get a chance to check the open loop transfer functions.

We should carefully study what this means. Does it mean the spot position on PR3 and ITMX matters ? Or, the angle of the beam line between PR2 and PR3 matters ?

Images attached to this report
H1 SEI
hugh.radkins@LIGO.ORG - posted 11:51, Saturday 20 September 2014 (14052)
WHAM6 HEPI V2 IPS Problem

With a little bit of jiggling of the IPS sensor wires I got the sensor to completely fail, that is output to go to -10v (-32000 counts.)  By power cycling the Kaman satelite box (not the HEPI Pier Pod) the sensor recovered.  I repeated the process, jiggled the cable at the sensor end--no fault; jiggle at the Kaman box end--fault.

The Kaman satellite box is an off the shelf housing that is mounted inside the HEPI Pier Pod, the sensor cables go through a cutout in the Pier Pod to plug in.  Maybe the shield of the lemo-like cable end is shorting on the Pier Pod box wall, or, hopefully not, it is a worse problem.

It is a little head scratching but I think the DC level of the IPS is problematic,  This is regards to the alignment position.  As the IPS was running yesterday after I unlocked, it was in a partially failed state during which the IPS readout was -7500cts; now with a coarse observed spectra looking pretty good (waiting to record a better one) it is now running about -5000.  That 2500count difference is about 97000nm.  Do I need to figure out how this will affect the Z, RX & RY Target Positioins...?  It now should think it is higher than it was and will attempt to pull it down too low.  Problem is most of the trends are on stops, before calibration, with a bad V2, etc.

Okay, assuming the current unlocked IPS values are what they would be if the V2 channel had not gone bad and my -7500 counts is correct for the unlocked bad state on V2.  I calculated simple Z RX  & RY values from the vertical IPS for the two states of the V2 sensor.  I then applied the same percentage change to the Cart Bias Target positons for those dofs--close enough I think.

The loops are closed now, with no boost still, that problem remains.

The first plot  attached here is the IPS & L4C caibrated spectra with the V2 IPS fixed and the HEPI Loops open.  Compare this to the ones I put in last night, alhough most of those I'm pretty sure were with the HEPI Loops closed.  V2 is certainly better and now V3 looks a bit worrisome but not as bad.  However, if you look at the first plot from last night, where I show HAM4 from April, many of the IPS look similar to this HAM6 V3 channel.  I'm pretty sure this HAM4 data from April are with the HEPI released from stops but with the control loops open.

Finally, attached is the HEPI Sensors with the loops closed.  I'm not sure about the details but overall it looks like this fixed the IPS.  I would suggest we look closer here to see if simple connector shell shorting to the Pier Pod case could be a systemic problem for all these sensors.  If anyone wants to put their finger on this issue and decide on bug report, integration issue, or what, please do.  I'll take assignments to further trouble shoot.  To begin, I'll suggest using our HAM1 (still on stops) for a test unit.

Meanwhile--I still don't understand the Isolation controller magnitudes.  I think this is why the boosts won't work.  I'd like to collect new TFs with the ISI Damped and our final payload in place, although maybe HEPI isn't that sensitive to that change.  Still new TFs and then go through all the commissioning steps to see if that changes the controllers and gets the boosts on.

Also remember, many of the IPS have limited range with the Bellows Shields position and I haven't run full static test diagnostics.

Images attached to this report
H1 ISC (ISC)
rana.adhikari@LIGO.ORG - posted 11:15, Saturday 20 September 2014 (14053)
POP QPD offsets adjusted
Yesterday, the PRMI alignment was kind of bad, so I walked the PR2 and PRM alignments to move the SPOP18 level back up to ~70 cts. 
After this I set the offsets in the POP VAC QPD filter banks (after normalization by the sum) so that 
0,0 would be the good reference for initial alignment:

controls@opsws4:~ 0$ cdsutils read H1:ASC-POP_A_PIT_OFFSET H1:ASC-POP_A_YAW_OFFSET H1:ASC-POP_B_PIT_OFFSET H1:ASC-POP_B_YAW_OFFSET
-0.03
 0.23
-0.32
-0.27
H1 AOS
alexan.staley@LIGO.ORG - posted 19:02, Friday 19 September 2014 - last comment - 13:45, Saturday 20 September 2014(14046)
BS L2P Couling

Rana, Alexa

We repeated a similar procedure as to alog 14022 but this time for L2P. At low frequency, i.e. 0.01Hz we found the optimal gain to be 0.0106.  As Stefan mentioned in his alog, the L2P coupling seems to fall off faster than 1/f^4 at high frequnecies (ie about 3Hz). Therefore at high frequencies we want our filter to be essentially zero. The attached screen shot shows the original filter (FM1 red trace) and two new filters (FM2 blue trace, FM3 green trace). FM2 has a gain at low frequency to match our measurement. The phase is flipped so that the gain in the filter module can remain -1. Then the filter falls off as 1/f^2. FM3 is intended to provide the user an option to include a notch at the resonance at 0.7Hz as seen in Stefan's L2P TF. The other two resonances at 1.1Hz and 0.5Hz seem to cancel with the P2P TF, so we did not include these.

As a reference, the FM2 filter: zpk([],[0.766044+i*0.642788;0.766044-i*0.642788],-0.0106,"n") and FM3 filter: notch(0.749,10,30)

Images attached to this report
Comments related to this report
alexan.staley@LIGO.ORG - 21:13, Friday 19 September 2014 (14048)

After we turned on this filter and locked the michelson on the dark fringe, we quickly noticed that the PIT motion was actually worse. This was due to two things. First, I had not saved and properly loaded the filter, so the sign was off. Second, my phase at mircoseism was falling off from 180 too quickly. You can see this in the first screenshot by comparing it to FM1. With these corrections, the PIT motion appears to be better.

 

For reference FM2: zpk([],[0.098242+i*1.12291;0.098242-i*1.12291],-0.0106,"n")

 

Tonight I will run L2P transfer functions to examine the residual motion. These measurements will start at 1am (and require that the BS oplevs are turned off).

Images attached to this comment
kiwamu.izumi@LIGO.ORG - 13:45, Saturday 20 September 2014 (14054)

I have to apologized that I accidentally had the PRMI locked in the first a couple of minutes of Alexa's scheduled measurement. As soon as I noticed it, I switched the LSC and oplev damping servos off, but this must have screwed up some data points around 10 Hz.

H1 ISC (ISC)
daniel.hoak@LIGO.ORG - posted 17:39, Friday 19 September 2014 - last comment - 21:21, Sunday 21 September 2014(14045)
modulation depth measurement using the OMC

Dan, Koji (from a distance), Rana

We used an OMC mode scan to measure the modulation depth of the 9 and 45MHz sidebands, to close the loop on the recent changes to the amplification path before the EOM.  Koji had done this previously, and measured Gamma1 (9MHz) = 0.198, Gamma2 (45MHz) = 0.305.

Today, we measured Gamma1 = 0.208, Gamma2 = 0.240 +/- 0.01.  The error in Gamma2 is due to an asymmetry between the upper and lower sidebands; using the ratio of the 45MHz USB to the carrier returns Gamma2 = 0.251, while the LSB returns 0.233.  This 10% discrepancy between the 45MHz LSB and USB is consistent across several sweeps of the cavity.  The analysis code used today was thrown together a little quickly and doesn't do a sophisticated job of integrating the curve around the peaks (in fact, doesn't do any integration, just compares the peak heights to the carrier), but when applied to the same data that Koji used earlier this month it finds values similar to his to within a few percent. 

The attached plot has an overlap of five cavity sweeps, with the peaks of the 9 and 45MHz sidebands used in the calculation marked with a cross.  The data are here.  The mode scan was performed off a single bounce from ITMX.  This weekend we'll do a more careful scan for both ITMX and ITMY to calculate (more?) accurate numbers of the mode-matching for each path.

Images attached to this report
Comments related to this report
rana.adhikari@LIGO.ORG - 22:18, Friday 19 September 2014 (14049)

Daniel, Kiwamu, Rana

The modulation depth mystery for 45 MHz is still unsolved. Educated guesses are welcome.

In December of 2013, the people have measured that the input power to the EOM was 11 dBm and the modulation depth was 0.07 radians.

Today, we checked at the CDS electronics room, the field rack, and all around the PSL table and near the EOM, for the presence of any more un-documented amplifiers. We found none.

We measured the power at the field rack to be +12 dBm. So we think that based on the EOM calibration from December that we should be getting < 1 radian.

However, the OMC scan seems to show a modulation depth of ~0.24 radians for the 45 MHz sideband. Unless the carrier peak is saturated in the DC readout PDs with a single bounce Michelson beam, this seemsto be impossible to square with the EOM calibrations.

In December of 2012, Volker measured the modulation coefficient to be (0.33 rad / 10 Vpp) = 0.066 rad/V.    10 Vpp ~ 24 dBm (for 50 Ohms). This agrees well with Kiwamu's entry.

 

We have the further evidence of high modulation that the REFL and AS demod signals didn't change much (or at all) when the ZHL-1A was pulled out of the modulation chain.

What's going on here?

rana.adhikari@LIGO.ORG - 21:21, Sunday 21 September 2014 (14058)ISC

Measured the gain of ZHL-1A amplifier that we removed at 45.5 MHz through a 20 dB attenuator into a 50 Ohm loaded scope; gain is nominal over a wide range of input power levels.

Images attached to this comment
Displaying reports 69301-69320 of 82985.Go to page Start 3462 3463 3464 3465 3466 3467 3468 3469 3470 End