40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 300 of 341  Not logged in ELOG logo
ID Date Author Type Categoryup Subject
  9188   Thu Oct 3 01:06:48 2013 rana, jenneUpdateSUSoplev XY-plots reflect new calibration

As another proof that sometime is ill with ETMX Optical Lever:

We scanned the ETMX bias in PIT using ezcastep and saw that the OL response is very screwy. In the attached, you can see that the ETMX SUSPIT signal shows that the actual motion is good and linear. In fact, our sus diagonalization is extermely good and there's almost no signal in SUSYAW.

Attachment 1: etmx_ol.png
etmx_ol.png
  9196   Thu Oct 3 09:49:49 2013 SteveUpdateSUSETMY oplev laser is sick

Quote:

As another proof that sometime is ill with ETMX Optical Lever:

We scanned the ETMX bias in PIT using ezcastep and saw that the OL response is very screwy. In the attached, you can see that the ETMX SUSPIT signal shows that the actual motion is good and linear. In fact, our sus diagonalization is extermely good and there's almost no signal in SUSYAW.

 ETMY oplev laser clearly showing a tail when it was projected up the sealing.

PS (10-4-2013): I checked the beam quality again as it was removed from the table: it had a good image at 3 meters

  9202   Fri Oct 4 12:33:27 2013 MasayukiUpdateSUSReplaced the laser for Optical Lever of ETMY

[Steve, Masayuki]

We replaced the laser for optical lever of ETMY. And also we aligned the path so that beam spot hits the center for each optics. I attached the spectrum of the SUS-ETMY_OPLEV_SUM, the red curve is with old laser, and blue curve is with the new laser. We also measured without laser so as to measure the QPD dark noise (green curve). The change is significant, and seems much closer to other oplev spectrum.(Brown curve is the oplev spectrum of ITMY)

The new laser is:

Manufacture name: JDSU, Model number: 1103P, Serial number: PA892324

The injection power is 3.7 mW and the out coming power is 197 uW (measured just before the QPD). The output value of the SUS-ETMY_OPLEV_SUM is about 8500.

First we measure 2 spectrum ( including the dark noise). After that we replace the laser and align the optical lever path. We changed the post of one of the mirror (just before the QPD) because the hight was too low. Inside of the chamber is darker than before - actually we had scattering light inside the chamber before. We dumped the reflected light from QPD. And then we measured the spectrum of the oplev output. I also aligned oplev of ETMY after restoring the YARM configuration using IFO configure screen.

We don't know actually what was the problem, laser quality or the scattering light or some clipping. But the oplev seems to be better.

Steve:  Atm2 shows increased gains correction later for UGF elog 9206

Attachment 1: OPLEV_SUM.pdf
OPLEV_SUM.pdf
Attachment 2: ETMYoplev.png
ETMYoplev.png
  9203   Fri Oct 4 14:36:44 2013 ranaUpdateSUSReplaced the laser for Optical Lever of ETMY

  That's good, but please no more Oplev work. We want to do all of it at once and to make no more changes until we have all the parts (e.g. dumps and correct lenses) in hand and then talk over what the new design will be. I don't want to tune the beam size and loop shape every week.

  9206   Sun Oct 6 18:37:43 2013 ranaUpdateSUSReplaced the laser for Optical Lever of ETMY

I centered the ETMY OL today and found that the UGF was around 3-4x too LOW after the laser swap and re-alignment. That's why the Y arm has been shaking so much today.

NO more OL work without loop measurements and noise measurements.

web-burnt-toast.jpg

  9211   Sun Oct 6 23:50:14 2013 ranaConfigurationSUSMC filters adjusted
  1. Found the low pass filters OFF in a couple of the MC SUS damping loops. This allows injection of OSEM noise all the way up to ~100 Hz. I deleted unused ones and turned on the 'Cheby' for all SUS DOFs: cheby1("LowPass",2,0.1,3)cheby1("LowPass",6,1,12)gain(1.13501)
  2. Tuned the Bounce/Roll filters to catch the bounce and roll modes for all 3 MC SUS (based on the Mech Res Wiki page). These are now engaged on ALL MC SUS DOFs. They have been deleted from the ASCPIT/YAW filter banks and moved into the WFS screen into the MC1,2,3 filter banks there to be more in line with our knowledge of multi loop instability from notches in individual loops:ellip("BandStop",4,1,40,15.9,17.2)ellip("BandStop",4,1,40,23.5,24.7)gain(1.25893)
  9212   Mon Oct 7 10:51:18 2013 SteveUpdateSUSReplaced the laser for Optical Lever of ETMY

 Just plot.

RA: I'm not sure how to interperet this; I think that the SUM channel is divided by the SUM so that this is supposed to be RIN, but not sure. Can someone please take a look into the SUS model and then explain in the elog what the SUM normalization algorithm is?

Attachment 1: ETMXoplevETMY.png
ETMXoplevETMY.png
Attachment 2: oplevSettings.png
oplevSettings.png
  9220   Tue Oct 8 08:58:16 2013 SteveUpdateSUSOplev power spectrums

Quote:

 Just plot.

RA: I'm not sure how to interperet this; I think that the SUM channel is divided by the SUM so that this is supposed to be RIN, but not sure. Can someone please take a look into the SUS model and then explain in the elog what the SUM normalization algorithm is?

 

PRM is dark. PRM and SRM oplev servos are off. ETMY is not centered.

Attachment 1: ITMoplevServoValues.png
ITMoplevServoValues.png
Attachment 2: oplevPSpectrums_darkPRM.png
oplevPSpectrums_darkPRM.png
Attachment 3: BSoplevServoValues.png
BSoplevServoValues.png
  9230   Thu Oct 10 11:30:15 2013 SteveUpdateSUSOplev power spectrums: PIT-YAW

 

Power spetrum of ETMX and ETMY in the view of oplev  pitch and yaw.

Attachment 1: PitYawOLetmXY.png
PitYawOLetmXY.png
  9231   Thu Oct 10 11:46:43 2013 JenneUpdateSUSITMY OpLev Noise

For my work designing a cost function, so that I can try out new feedback servo designs on the oplevs, I wanted to know what the dark noise of an oplev is.  Since the pitch and yaw channels are divided by the sum channel, when the laser is off, the noise in the pitch and yaw channels looks much higher than it really is.  So, I collected some data from the 4 individual quadrants of the ITMY oplev, when the laser was on (but damping was off), and when the laser was off.  I used the values of the oplev input matrix to re-create the non-normalized pitch and yaw signals.  What I see is that we have some kind of real signal below 1 kHz, but we're hitting the noise at around 1 kHz.  So, we definitely don't want to use oplev error signal information above 1 kHz when designing new servos.

The last word in the title is "off".  OSEM damping was on, but the oplev damping was off.  These are uncalibrated, because the calibrations that we have to go from counts to microradians are for the normalized signals. 

ITMY_OpLev_Noise.png

  9235   Fri Oct 11 20:30:08 2013 MasayukiUpdateSUSCentering of Oplev of ETMY

I centered the oplev of the ETMY, because I found that Yarm lost lock every 10 minutes, and the ETMY oplev was misaligned very much. I attached the 40 minutes trend of oplev and LSC-TRY. Yarm looks more stable. After centering of the oplev, the YARM looks to be more stable.

 

Attachment 1: Oplev_centering.png
Oplev_centering.png
  9241   Tue Oct 15 15:25:13 2013 SteveUpdateSUSOplev power spectrums bandwidths

  Atm1 bandwidth 0.01 Hz ETMY plot is different from

Atm2 bandwidth 0.1 Hz  normal ???????    They should be the same !!!!

Attachment 1: BW0.01oplevPS.png
BW0.01oplevPS.png
Attachment 2: oplevPSetmXYclosed.png
oplevPSetmXYclosed.png
  9246   Wed Oct 16 10:32:40 2013 SteveUpdateSUSFlowbench effect on oplev error signals

 ETMX _OPLEV_...ERROR signals are effected by turning ON the  flow bench motor  at the south end 

 The broadband noise [~ 5-60 Hz] is much higher when the motor is running.

The flow bench was turned off.

 

 

Attachment 1: FlowBenchOnOff.png
FlowBenchOnOff.png
  9260   Wed Oct 23 00:05:17 2013 manasaUpdateSUSUnstable Y arm ALS points to problems with ETMY suspension

[Masayuki, Manasa]

Looking into control signals and error signals of the Y arm green PDH servo,

1. The saturation of feedback signal (PZT_OUT) at +/-4000 counts (less than 5V) comes from only the readout saturating. The signals looked fine on the oscilloscope.
2. We did a sine sweep at the PZT_OUT and optimized the LO frequency. The LO frequency did not need any change.
3. The error signal has some offset to it. We are not sure where this comes from.

We have been seeing that whenever green loses lock, the spot position moves down in pitch on the ETMYF camera and the GTRY camera. This led us to think about if the lock loss originated from the PDH or from the cavity.

We looked into dataviewer channels of green, IR, oplev and suspension for the following cases:
1. Green and IR PDH locked
2. Green locked and arms flashing for IR
3. Green shutter closed and IR PDH locked
4. Green shutter closed and arms flashing for IR
5. Arms flashing for IR and ETMY oplev servo turned off.

Dataviewer snapshots of glitch in all the above cases are saved in masayuki's folder users/masayuki/ALS/kicked_mirror/

In all the above cases, we could still see the glitch. We could conclude that the problem lied with the ETMY SUS.
Shown below is the dataviewer snapshot of ETMY sus and shadow sensor channels. The glitch exists even when the oplev servo is turned off pointing to problems associated with the ETMY suspension.

Y-SUS_All.png

  9262   Wed Oct 23 09:17:33 2013 SteveUpdateSUSETMY sensors compared to ETMX

 ETMY sensors are glitching or getting kicked up.

Atm3, There is no seismic activity here.

 

Attachment 1: ETMYglitching.png
ETMYglitching.png
Attachment 2: OSEMsensorsETMY&X.png
OSEMsensorsETMY&X.png
Attachment 3: ETMYgettingKickedUp.png
ETMYgettingKickedUp.png
Attachment 4: drive-damp.png
drive-damp.png
  9263   Wed Oct 23 11:42:28 2013 ranaUpdateSUSETMY sensors compared to ETMX

  This is not really definitive. The 0.1-0.3 Hz band is not the right one to look for seismic transients - it should be the higher frequency ones.

The other test to do is to turn off the ETMY damping and then look for glitching in the sensors. And then, of course, check to see that no one has bumped the satellite box with a cart or a mop...

  9265   Wed Oct 23 15:48:06 2013 ranaUpdateSUSETMY sensors compared to ETMX

I noticed by eye that during one event when ETMY was getting kicked up, its CPU meter (C1:FEC-47_CPU_METER) went RED.

Thinking that this might be a clue I tried to trend this channel. Even though this channel is in the SCY EDCU file and the 'rtcds install' command claims to be 'installing C1EDCU_SCY', many of the channels named in the file are not actually showing up in ur dataviewer SLOW channels list.

I smell a cockroach in our RCG build process, but I can't find the log file for the make-install part of the build nor can I find the Makefile from which the make-install is born. Help us Jamie!

remote-control-cockroach.jpg

I have deleted a few filters from c1scy to see if that could reduce the CPU time and I have killed the c1tst process to see if that can cool down the entire computer. Next, we can try to open the rack doors and put a fan on there to see if we can shave a couple microseconds. I have a StripTool running on pianosa to see if we see some correlations between FEC47 and the ETMY SUS watchdog RMSs. Don't close it.

  9266   Wed Oct 23 17:30:17 2013 jamieUpdateSUSETMY sensors compared to ETMX

c1scy has been running slow (compared to c1scx, which does basically the exact same thing *) for many moons now.  We've looked at it but never been able to identify a reason why it should run slower.  I suspect there may be some bios setting that's problematic.

The RCG build process is totally convoluted, and really bad at reporting errors.  In fact, you need to be careful because the errors it does print are frequently totally misleading.  You have to look at the error logs for the full story.  The rtcds utility is ultimately just executing the "standard" build instructions.  The build directory is:

    /opt/rtcds/caltech/c1/rtbuild

The build/error logs are:

    <model>.log     <model>_error.log 
I'll add a command to rtcds to view the last logs.

(*) the phrase "basically the exact same thing" is LIGO code for "empirically not at all the same"
  9267   Wed Oct 23 18:24:56 2013 ranaUpdateSUSETMY sensors compared to ETMX

 

 While that would be good - it doesn't address the EDCU problem at hand. After some verbal emailing, Jamie and I find that the master file in target/fb/ actually doesn't point to any of the EDCU files created by any of the FE machines. It is only using the C0EDCU.ini as well as the *_SLOW.ini files that were last edited in 2011 !!!

So....we have not been adding SLOW channels via the RCG build process for a couple years. Tomorrow morning, Jamie will edit the master file and fix this unless I get to it tonight. There a bunch of old .ini files in the daq/ dir that can be deleted too.

  9268   Wed Oct 23 18:28:01 2013 JenneUpdateSUSETMY sensors compared to ETMX

We have now watched the ETMY computer situation for a little over 150 minutes, and have seen one 'event' where the CPU time of the scy model hit 62 microseconds, and a glitch in the ETMY OSEM sensors happened at the same time.  We also see no such glitches at any other time, which makes sense with our latest hypothesis, since this event was the only time that the CPU time reported being greater than 61 microseconds.  (1/16384 Hz = 61.1696 microseconds). 

I have now restarted the c1tst model, to see if that increases the rate of glitches (assuming that running another model heats up the whole computer a bit more, and that makes things run a little bit slower).

Screenshot-Untitled_Window.png


Wed Oct 23 21:05:28 2013 

RXA: It looks like there was a real effect. Its between -2.5 and 0 on the plot below.

 

Screenshot-Untitled_Window-1.pngI've stopped the process of c1tst again to make it get better. At 9:20, I also went and opened the front rack door (the back one was already open). One reason its hot may be that the exhaust vents on the top of c1iscey are blocked by one of the custom multi-pin adaptor boxes. In the morning, we should drop the computer down by 1 or 2 notches in the rack so that it can air cool itself better. Make sure to poweroff the computer from the terminal before moving it though.

I checked the cabling somewhat. The fat grey cable which comes out of the old Sander Liu AA chassis was connected to the blue adaptor box but the strain relief screws were not being used. I tightened them (we need to buy a set of small screwdrivers for the toolboxes at each end). While doing this, the Cat6 cable in the back labeled 'c1iscey' popped out and the screen went white. This cable has a broken latch on it so it doesn't stay put - needs to be replaced too during the computer move.

  9277   Thu Oct 24 10:31:25 2013 SteveUpdateSUSETMY sensors compared to ETMX

Atm1,  The strong glitches are back.

Atm2,  SUS-ETMX & Y_SENSOR_LL Damping OFF at (ref0 & ref1). damping ON (red & blue)

ETMY sus looks OK

 

Attachment 1: 24h_glitching.png
24h_glitching.png
Attachment 2: dampingOffref.png
dampingOffref.png
  9281   Thu Oct 24 17:18:44 2013 SteveUpdateSUSETMY oplev error signals are still bad

Quote:

 Just plot.

RA: I'm not sure how to interperet this; I think that the SUM channel is divided by the SUM so that this is supposed to be RIN, but not sure. Can someone please take a look into the SUS model and then explain in the elog what the SUM normalization algorithm is?

 

Attachment 1: ETMY_OPLEV_ERRORS.png
ETMY_OPLEV_ERRORS.png
  9290   Fri Oct 25 04:54:21 2013 MasayukiUpdateSUSETM violin mode

Summary

When PRMI + 2arms are locked yesterday, we heard the noise from suspension violin mode. For attenuation of that noise, we should design the resonant filter at that frequency and put into the ALS servo. I tried to measure the violin mode of ETMs SUS.

What I did

 1.The arms were locked by IR PDH. I used awggui to excite the suspention. I injected the Normal waveform, 10 Hz of bandwidth wave into C1:SUS-ETMs_ULCOIL_EXC. I put cheby filter in the FIlter of awggui. The order of that filter was 4, that has same bandwidth as that of injection wave and ripple was 4dB. I increase the injection gain with some ramp time(5sec). I swept from 600 Hz to 700 Hz. During that injection I saw the PDH error signal (POX11I and POY11I) in order to find resonance peak of violin mode.
 In ETMX resonances were easily found. That were at 631 Hz and 691 Hz. the 631 Hz peak was seen ALS error signal yesterday. On the other hand, I couldn't find ETMY violin mode. No peaks appeared any frequency.

2. For find the ETMY violin mode, I used dtt swept sine measurement. The excitation channel was C1:SUS-ETMs_ULCOIL_EXC. I measured the TF from excitation channel to POX11I and POY11I error signal. The measurement range was above 400 Hz and below 1000Hz,. The number of point is 600. I attached that result.
In ETMX curve, the coherence become bad near the resonant frequency of violin mode and also the TF is large. Although ETMX violin modes are obvious, ETMY violin modes are not visible. At 660 Hz, 780 Hz, 900 Hz the coherence is not good. That is because 60 Hz comb noise.

Discussion

 I attached the spectrum of the POX and POY error signal. Black and red curve is measured different time. I didn't inject any signal in both measurement, but the violin mode excitation has huge difference. Also there are peaks at beat frequency between violin mode and bounce mode(16 Hz), yaw motion(3 Hz). In ALS in-loop noise or XARM in-loop measurement, sometimes this region had big spikes. That was because of this resonance. And also that resonance peak couples to POY11I.

 I will measure the Q and design the resonant filter for ALS.

Attachment 1: violin1.pdf
violin1.pdf
Attachment 2: violin2.pdf
violin2.pdf
  9298   Sun Oct 27 00:15:35 2013 RANAUpdateSUSc1auxex

 At some point tonight we lost our CA connection to c1auxex (which is actually the computer at the X End and controls the ETMX, but has a Y sticker). We could telnet to it, but its puny RAM must have been overloaded with too many EPICS connections that bypassed the CArepeater. I went around and booted some machines and it seems to be back and allowing damping now. Along the way I keyed off the crate to c1auxex a couple of times.

When trying to close the rack door I saw that Charlie/Steve had illegally connected the power cable for the illuminator through the door so that it couldn't close, so I disconnected it so that they can run it properly and feel better about themselves.

Disclaimer: Steve had nothing to do with this connection. I rerouted the cable the correct way. 10-28-2013

** what does this coherence tell us about the noise in the arms ?

Attachment 1: arms.pdf
arms.pdf
Attachment 2: arm-mc2-dewhite.pdf
arm-mc2-dewhite.pdf
  9299   Sun Oct 27 03:41:06 2013 ranaUpdateSUSETMX violin mode

  I thought it would be enough to notch the fundamental and the first harmonic, but sometime tonight the 2nd harmonic at 1892.88 Hz also got rung up.

I made a "Violin3" stopband filter for it and measured its Q using the ole DTT heterodyne secret handshake. Seems much too high to me - it would be nice if someone else would look at this plot and estimate the Q from it.

Turned the PSL HEPA switch back ON - I think its been off for at least a week. I turned the HEPA's variac to 20 after finishing the alignment on the table.

Attachment 1: ETMX-Vio3-Ring.png
ETMX-Vio3-Ring.png
  9307   Tue Oct 29 10:51:16 2013 MasayukiUpdateSUSETMY sensors compared to ETMX

[Steve, Masayuki]

We lowered the c1iscey machine to make space upside of the computer for heat flow. 

First we turned off the computer. And then we droped the computer down by 1  notches in the rack. Now the upside and downside spaces are almost same. We restarted the computer after that and we leave the door open.

 


  9311   Tue Oct 29 22:33:57 2013 ranaUpdateSUSETMY sensors compared to ETMX

Quote:

I've stopped the process of c1tst again to make it get better. At 9:20, I also went and opened the front rack door (the back one was already open). One reason its hot may be that the exhaust vents on the top of c1iscey are blocked by one of the custom multi-pin adaptor boxes. In the morning, we should drop the computer down by 1 or 2 notches in the rack so that it can air cool itself better. Make sure to poweroff the computer from the terminal before moving it though.

 After some torture Masayuki admitted that he and Steve ignored this elog and just turned off the power button. He blames Steve entirely.

to keep from damaging our computers and our data, NEVER DO THAT.

Scratch-n-SniffStinkyDooBabyShowerGame1.jpg

  9351   Tue Nov 5 19:55:12 2013 ranaUpdateSUSoplev XY-plots reflect new calibration

I used the same OSEM SUSPIT/YAW method as before to calibrate the ETMY optical lever signals. They were off by a factor of ~10.

ETMY Pitch     300  /  26    (old/new)     urad/counts

ETMY Yaw       300  /  31    (old/new)     urad/counts

These should be redone with the Kakeru / Ottaway arm cavity power technique if we want to get better than ~30% accuracy.

  9383   Thu Nov 14 02:55:26 2013 ranaUpdateSUSPRM motion correlated to intracavity power

 

Some more words about the ISS -> OSEM measurement:

The calibration of the OSEMs have been done so that these channels are each in units of microns. The SIDE channel has the lower noise floor because Valera increased the analog gain by 5x some time ago and compensated with lower digital gain.

The peak heights in the plot are:

UL   0.85

LL   0.78

UR   0.61

LR   0.45

S    0.27

So that tells us that the coupling is not uniform, but mostly coming in from the left side (which side is the the SIDE OSEM on?).

Jenne and I discussed what to do to mitigate this in the loops. Before we vent to fix the scattering (by putting some covers around the OSEMs perhaps), we want to try to tailor the OSEM damping loops to reduce their strength and increase the strength of the OL loops at the frequencies where we saw the bulk of the instability last time.

Jenne is optimizing OL loops now, and I'm working on OSEM tweaking. My aim is to lower the overall loop gains by ~3-5x and compensate that by putting in some low Q, resonant gain at the pendulum modes as we did for eLIGO. We did it here at the 40m several years ago, but had some troubles due to some resulting instability in the MC WFS loops.

 

In parallel, Steve is brainstorming some OSEM shields and I am asking around LIGO for some AC OSEM Satellite modules.

  9384   Thu Nov 14 11:41:19 2013 SteveUpdateSUSPRM sensors effected by IR

 IR off for 11 minutes. The PRM  face sensors are effected. The PRM side and the rest of the SUS OSEMS are not effected.

 

Attachment 1: IRon_off.png
IRon_off.png
  9386   Thu Nov 14 14:35:12 2013 SteveUpdateSUSIR effect on MC and PRM sensors

 Sorry to say but MC1, MC2, MC3 and PRM face OSEMS are having the same problem of leaking IR into the sensors

The PMC was not locked for 11 minutes on this plot.

 

Attachment 1: MC_PRM_IReffect.png
MC_PRM_IReffect.png
  9388   Fri Nov 15 08:01:20 2013 SteveUpdateSUSETMY damping restored

ETMY sus damping restored

Attachment 1: ETMYsus.png
ETMYsus.png
  9398   Mon Nov 18 16:39:38 2013 SteveUpdateSUSPRM pictures

PRM is aligned. IFO is not locked. It is just flashing, including arms. Olympus SP570UZ camera used without IR blocker. Note: PRM side OSEM does not show IR effect.

I will take more pictures with IOO IR blocked and HeNe oplev blocked  tomorrow morning.

Attachment 1: PRM1.JPG
PRM1.JPG
Attachment 2: PRMsurface.JPG
PRMsurface.JPG
Attachment 3: PRM2.JPG
PRM2.JPG
  9399   Mon Nov 18 17:00:20 2013 JenneUpdateSUSPRM pictures

It crossed my mind that, from these pictures, it could be glow from the oplev scattered light that is causing the problem.  However, that seems not possible, since the power fluctuations that we see depend on the presence of the IR light - if it were the oplev light, then when I close the PSL shutter, I should see the same amount of kick, which I don't.  Also, the amount of fluctuation increases with increased stored power in the cavities.  Also, also, Steve reminds me that some of the MC mirrors see similar kicks in their OSEM signals, but they don't have oplevs.

So, I don't believe that the oplev light is causing the problem, but I wanted to write down why I don't think that's it. 

Investigations into OSEM and oplev loops to get rid of the kicks are continuing.

  9400   Mon Nov 18 19:45:42 2013 RANAUpdateSUSPRM pictures

Nice camera work Steve! I will use these for publicity photos.

Now we need to get one of the video cameras hooked into the MUX so that we can see the flashing and do some image subtraction.

  9403   Mon Nov 18 21:26:13 2013 KojiUpdateSUSPRM pictures

Can't we somehow hook up this camera to the MUX with the movie mode?
I think both the MUX and the sensoray are compatible with the color video signal.
Only the old CRT is B/W.

  9408   Tue Nov 19 11:33:39 2013 SteveUpdateSUSPRM- OSEM side ccd camera is in place

Quote:

Can't we somehow hook up this camera to the MUX with the movie mode?
I think both the MUX and the sensoray are compatible with the color video signal.
Only the old CRT is B/W.

 Watek 902H ccd with Tamron M118FM50 lens is hooked up to MUX  Please be careful! In this set up the lens is close to the view port glass window! 

Attachment 1: closetoWindowGlass.jpg
closetoWindowGlass.jpg
Attachment 2: DangerUnprotectedViewport.jpg
DangerUnprotectedViewport.jpg
  9419   Thu Nov 21 09:56:15 2013 SteveUpdateSUSgreen glass beam dumps

 Green welding glass  is used in these Koji designed dumps (D1102375)

We have 10 pieces of hexagonal  dumps for 5.5" high beam They require 1 5/8" space.  Atm1 

Atm2, Large V traps are 3" tall only, 5 pieces

Atm3, Diamond shapes come with 2" and 1" square green glass ( after Koji's correction I removed the not needed glass ) D1102445 and D1102442

 

Baked green glass pieces in stock: 30 pieces of 2" x 2" ,---  30 pieces of 1" x 1",David 4-17-2014

Baked diamond holders in stock: 10 pieces of 2" and 10 pieces of 1"David 4-17-2014

PEEK shims 2" and  1"

Baked green glass pieces blank:  4 pieces of 7" x 9"

Baked green glass pieces with 40 mm hole on 7" x 9" for SUS tower:  7 pieces.

NOTE: in December 2012 we talked about 50 mm aperture need. What diameter is the right one  today? 51 mm aperture plates are cut 4-10-2014

Attachment 1: HEXdump.jpg
HEXdump.jpg
Attachment 2: Vdump.jpg
Vdump.jpg
Attachment 3: Diamond1_2inchTraps.jpg
Diamond1_2inchTraps.jpg
  9420   Thu Nov 21 10:24:50 2013 KojiUpdateSUSbeam dumps

You don't need the fourth glass piece on the diamond beam dump.

  9446   Fri Dec 6 10:03:07 2013 SteveUpdateSUSIR effect on MC sensors only

Quote:

 Sorry to say but MC1, MC2, MC3 and PRM face OSEMS are having the same problem of leaking IR into the sensors

The PMC was not locked for 11 minutes on this plot.

 

 The PRM sensors are no longer effected by IR. What changed? The MC still does.

Attachment 1: 10minPMCnotLocked.png
10minPMCnotLocked.png
Attachment 2: 6Dec2013.png
6Dec2013.png
  9600   Wed Feb 5 09:28:32 2014 SteveUpdateSUSETMY damping restored

ETMY damping restored.

  9627   Wed Feb 12 14:05:16 2014 ericqUpdateSUSPRM Oplev Checked Out

 [ericq]

Steve fixed the PRM oplev pointing. I turned on the loops and measured the OLG, then set the pitch and yaw gains such that the upper UGF was ~8Hz (motivated by Jenne's loop design in ELOG 9401)

  • Pitch gain: +7
  • Yaw Gain: -5

I then measured the oplev spectra of the optics as they were aligned for PRMI. (OSEMs on, oplevs on, LSC off, and ASC off)

Next, Jenne and I need to fix the ASC loop such that it properly accounts for the oplev loop. 

ol_spectra.pdf 

 

  9628   Wed Feb 12 14:59:36 2014 SteveUpdateSUSclipping removed from PRM oplev

 The input pointing of PRM oplev beam was streered just a touch to remove clipping from it's return. 

The spots  did not move visibly on these two lenses.  The spot diameter on the qpd is  ~1.5 mm,  65 micro W and 3440 counts.  

Attachment 1: PRMoplPointing.jpg
PRMoplPointing.jpg
Attachment 2: PRMoplevReturn.jpg
PRMoplevReturn.jpg
  9629   Wed Feb 12 19:37:05 2014 JenneUpdateSUSclipping removed from PRM oplev

I'm not happy with the beam position on that first lens, but since it's so crazy in the BS chamber, and the PRM oplev has something like 5 in-vac steering mirrors, I'm hesitant to suggest that we do anything about it until our next vent.  But we should definitely fix it.

  9680   Thu Feb 27 01:02:57 2014 JenneUpdateSUSOplev Tuning Party - round 1

[Jenne, Vivien]

We had an oplev tuning party this afternoon.  What we have learned is that we don't have a lot of intuition yet on tuning loops.  But, that was part of the point - to build some intuition. 

I took responsibility for the PRM, and Vivien took ITMX.  I think, in the end, all changes were reverted on ITMX, however Vivien took some data to try and make a computer-generated controller.  Before we got started, I locked and aligned the PRMI, and we centered the PRMI-relevant oplevs.

I moved my "boost bump" around a bit, to do more at higher frequencies, but had to sacrifice some of the "oomph", since it was starting to eat up too much phase at my UGF of ~8Hz.  I also made the stack resonant gain higher Q and lower height so that it didn't eat so much phase.  In the end, I have 25 degrees of phase margin, which isn't really great, but I do win a factor of 2 around 2 and 3 Hz.  Also, now I'm able to engage the 3.2 resgain at all, whereas with the previous filter shape I was not able to turn it on.

PRM_oplevTuning_26Feb2014.pdf

Maybe it's because I really want it to have helped, but I feel like the POP spot isn't moving as much when I'm locked on PRMI sidebands as it was earlier (we were seeing a lot of low frequency (few Hz) motion).  So, I think I did something good.

  9682   Thu Feb 27 22:25:29 2014 ranaUpdateSUSOplev Tuning Party - round 1 commentary

  in order to Win in Loop Tuning, you must draw a cartoon of the cost function on the whiteboard before starting. Some qualitative considerations from our Workshop:

  1. We want to use the oplev servo to reduce the motion of the mirror in the frequency band where the Oplev is quieter than the mirror, w.r.t. inertial space.
  2. We can estimate the true mirror motion by some simple stack / pendulum model and compare it to the Oplev noise (not the dark noise). There are several contributions to the mirror angular motion due to the cross-coupling in the stacks and pendula.
  3. Below ~0.2 Hz, we think that the oplev is not the right reference, but this is not quantitative yet.
  4. The high frequency noise in the OPLEV ERROR is definitely electronics + shot noise.
  5. We cannot increase the gain of the loop without posting some loop measurements (Bode + steps). Also have to post estimates of how much PRCL noise is being introduced by the Oplev feedback. Oplev feedback should make less length noise than what we have from seismic.

Give us a cost function in the elog and then keep tuning.

  9690   Wed Mar 5 09:52:31 2014 JenneUpdateSUSOplev Tuning - Cartoon cost function

Not a whiteboard, but here's a cartoon of my oplev cost function cartoon.  For the "maximize this area" and "minimize this area", I plan to use ratios between the curves, and then give those ratios to a sigmoid function.

CostFunctionOplev.pdf

 

 

  9700   Thu Mar 6 17:34:03 2014 ranaUpdateSUSOplev Tuning - Cartoon cost function

Quote:

CostFunctionOplev.pdf

 In addition, we have to make sure to not let the suspension DACs saturate and make sure that the impulse response time of the OL servo is short; otherwise the lock acquisition kicks or bumps can make it wiggle for too long.

  9729   Mon Mar 17 09:27:05 2014 SteveUpdateSUS4.4M local earthquake

 It looks like that ETMX have  2 sticky magnets.

 

Attachment 1: 4.4M-Encino.png
4.4M-Encino.png
Attachment 2: 3.9-4.4Meq.png
3.9-4.4Meq.png
Attachment 3: EQdamage4.4.png
EQdamage4.4.png
  9734   Mon Mar 17 20:44:42 2014 ranaUpdateSUS4.4M local earthquake
ELOG V3.1.3-