40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 149 of 341  Not logged in ELOG logo
IDup Date Author Type Category Subject
  7448   Thu Sep 27 17:00:41 2012 Eric GustafsonUpdateLSC40 meter photodiode frequency response measurement system installation

Mike and I installed all of the telescopes and launching hardware for REFL11, REFL33, REFL55, AS55, MCRef, POX11 and POP55. On Monday afternoon Steve will work with us on the fiber routing.  Steve is buying some protective covers for the fibers.

  7449   Thu Sep 27 19:03:06 2012 ManasaUpdate40m UpgradingNew ETMX layout - Version 1.0

 I am working towards redesigning the endtables. I've attached the first version of the layout. As per Steve's comment I've tried to leave a 2" empty space on all sides of the table. It still has to be updated with the whole 40m layout to be more precise about the pickoff and the ingoing beam directions.

Attachment 1: ETMX_OldNew.png
ETMX_OldNew.png
  7450   Thu Sep 27 20:05:57 2012 KojiUpdate40m UpgradingNew ETMX layout - Version 1.0

1. I wonder how the mode profiling/matching was considered in the new layout.

I can see the distances between the components and lenses are largely different from the old ones.

This is OK if you plan to go through a new mode matching solution with new lenses.
But it takes
 a certain amount of time.

Note that we don't care the distance after the last lens as the Rayleigh range there is supposed
to be long enough to allow this kind of change.

2. The huge frustration of the green alignment in the old setup was caused by the 3D beam steering
at the last two 2" mirrors. i.e. the beam elevation on the table does not match with the beam elevation of the cavity.
In order to avoid this, I suggest you to use three 45 deg 2" mirrors instead of two. In fact these mirrors are supposed to be used at 45deg incidence!

3. The incident green beam and the transmitted IR beam should share a same path as they
 share a same cavity mode.
This means that you should use a harmonic separator for the transmitted light pick-off.

4. Use the harmonic separator for the fiber path too. Get the mirror spec from Jamie.

5. Since the optical window on the chamber has a wedge angle, the beam paths are not straightforward.
The cavity beams can't be moved as they are constrained by the arm cavity.
Probably there is almost no freedom to move even for the oplev beams.
It would be safe just to follow the old positions and angles on the window.
Make sure the beam on the drawing is realistic. The angles of the oplev beams in the old setup look strange.

Is there a possibility to replace the optical window so that it has an AR for 532 and 1064 at least???

6. I wonder if the rejected beam by the Farady have a realistic angle or not. Check it with the old setup.
It is definitely better to have a steering mirrror and a lens before the refl PD.

7. The IR QPD and trans PD are intended to be used for the low and high power detection.
I forgot which is which. So check the range of them and think about the power distribution.

8. We should have separated CCDs for IR Trans and Green Refl.
We had a terrible ghost green beam on the IR trans CCD.
Thus, think about the amount of ghost reflection and consider filtering if necessary.

  7451   Fri Sep 28 07:49:30 2012 SteveUpdate40m UpgradingNew ETMX layout - Version 1.0

  Where is IP-ANG ? It is good practice to use two mirrors at launching and detecting the beam, so you can walk it - precisely adjust it.

The window can be replaced at  ~$1,500 ea. 10 weeks as optical quality BK7 with dual AR

  7452   Fri Sep 28 21:17:41 2012 KojiUpdateIOOMC WFS adjustment

MC WFS was fixed. Now it is running constantly with the autolocker.

Found a bug in the IOO screen: All of the 6 WFS signal indicators is liked to the same info (C1:IOO-MC1_PIT_OUTPUT).
Fix this, Jenne! Baaaaagghhhhh! 


What I did:

1. C1:IOO-MC_RFPD_DCMON indicator was saturating. "HOPR" of this entry was  set to 5 by running the following command:

ezcawrite C1:IOO-MC_RFPD_DCMON.HOPR 5

2. Scan MC2 spot position by using /opt/rtcds/caltech/c1/scripts/MC/moveMC2 scripts.
or the adjustment, C1:SUS-MC2_ASCPIT_EXC and C1:SUS-MC2_ASCYAW_EXC were excited with 300cnt at 12Hz and 10Hz, respectively.
The corresponding peaks (i.e. ANgle to length coupling) in C1:IOO-MC_F were monitored on DTT and adjusted so that the peaks are approximately nulled.

3. moveMC2 scripts are not perect to keep the maximum of the transmission. So, the alignment was adjusted with MC1 and MC3.

4. Repeated 2 and 3 until the alignment converges.

5. Once I got satisfied with the MC2 spot position, I went to the MC2 table and aligned the steering mirror before the QPD.

6. As these actions above moves the REFL beam, I went to the MC REFL path and adjusted the MC REFL PD position and the MC WFS spot positions.

7. Checked if the alignment is still good. The MC REFL is 0.50~0.51. Pretty good.

8. Run /opt/rtcds/caltech/c1/scripts/MC/WFS/WFS_FilterBank_offsets to register the current WFS offset etc.

9. At this point, MC WFS started working fine. I also confirmed the autolocker worked with this setting.

--------

Checked how the things are going in the morning. There were several unlocks. But the autolocker and WFS kept the cavity lcoked again.
Very good.

Some power fluctuation of ~1% is observed in the MC trans. I checked the PMC trans and found it is also fluctuating by 1% in a coherent way.
So I judge the WFS itself is fine. (See attached)

 

 

Attachment 1: MC_WFS_12h.png
MC_WFS_12h.png
  7453   Mon Oct 1 07:25:48 2012 SteveUpdateSUSMC2 & ETMX sus damping restored
  7454   Mon Oct 1 09:02:17 2012 SteveUpdateVACpumpdown reached vacuum normal

Quote:

 The new cold cathode gauge CC1 is in place. We were at atmosphere for 28 days ......more later

 

 cc1 = 2.3e-5 Torr at day 6 vacuum normal

Attachment 1: pd73md6.png
pd73md6.png
Attachment 2: pd73md6b.png
pd73md6b.png
  7455   Mon Oct 1 11:08:25 2012 JenneUpdateIOOMC WFS adjustment

Quote:

Found a bug in the IOO screen: All of the 6 WFS signal indicators is liked to the same info (C1:IOO-MC1_PIT_OUTPUT).
Fix this, Jenne! Baaaaagghhhhh! 

 My bad.  As it turns out, you can't copy and paste between MEDM instances.  It is now fixed.

  7456   Mon Oct 1 13:11:43 2012 JenneUpdateIOOPZT inspection elogs

I'll come back to the PZTs later, but I want to write down all the elogs I have found so far that look relevant.

http://nodus.ligo.caltech.edu:8080/40m/699

http://nodus.ligo.caltech.edu:8080/40m/5368

nodus.ligo.caltech.edu:8080/40m/5431

  7457   Mon Oct 1 16:05:01 2012 jamieUpdateCDSmx stream restart required on all front ends

For some reason the frame builder and mx stream processes on ALL front ends were down.  I restarted the frame builder and all the mx_stream processes and everything seems to be back to normal.  Unclear what caused this.  The CDS guys are aware of the issue with the mx_stream stability and are working on it.

  7458   Mon Oct 1 17:03:01 2012 steveUpdateSUSETMY oplev relayed

Quote:

Quote:

Quote:

 

 The typical sign of a dying gas laser is that it glows for a few minutes only. The power supplies are fine.

Two new  JDS - Uniphase 1103P lasers ( NT64-104 )  arriving on Monday, May 21

 Yesterday I swapped in new He/Ne laser with output power 3.5 mW  The return spot on qpd is large ~6mm in diameter and 20,500 counts

The spot size reduction require similar layout as ETMX oplev.

 The oplev path is relayed and the spot size on the qpd is reduced. I still have to clean up and replace "Miki Mouse" lens holder.

There was no IP-ANG coming out of the chamber at this time!

 I did relayed the oplev path with new  f 500 mm lens

Attachment 1: IMG_1673oplevETMY.jpg
IMG_1673oplevETMY.jpg
  7459   Mon Oct 1 19:21:03 2012 ranaConfigurationPEMchanged PEM DQ channels

Changed the list of channels to be written to frames from having the IN1 suffix to OUT. Now we can load the calibration of the channel into the filter module and the DQ channel will be calibrated.

We should do this wherever possible so that our channels will have real calibrations associated with them.
SEIS_GUR1_X_OUT 256
SEIS_GUR1_Y_OUT 256
SEIS_GUR1_Z_OUT 256
SEIS_GUR2_X_OUT 256
SEIS_GUR2_Y_OUT 256
SEIS_GUR2_Z_OUT 256
SEIS_STS_1_X_OUT 256
SEIS_STS_1_Y_OUT 256
SEIS_STS_1_Z_OUT 256
SEIS_STS_2_X_OUT 256
SEIS_STS_2_Y_OUT 256
SEIS_STS_2_Z_OUT 256
SEIS_STS_3_X_OUT 256
SEIS_STS_3_Y_OUT 256
SEIS_STS_3_Z_OUT 256
MIC_1_OUT 2048
MIC_2_OUT 2048
MIC_3_OUT 2048
MIC_4_OUT 2048
MIC_5_OUT 2048
MIC_6_OUT 2048
ACC_MC1_X_OUT 2048
ACC_MC1_Y_OUT 2048
ACC_MC1_Z_OUT 2048
ACC_MC2_X_OUT 2048
ACC_MC2_Y_OUT 2048
ACC_MC2_Z_OUT 2048
XARM_DIFFERENTIAL_MOTION_IN1 256
XARM_DIFFERENTIAL_MOTION_OUT 256
YARM_DIFFERENTIAL_MOTION_IN1 256
YARM_DIFFERENTIAL_MOTION_OUT 256

Next we should up the rate at which the model runs up to 16 kHz so that we can record the microphones at 16 kHz. FM radio has information up to 20 kHz. AM radio goes up to ~8 kHz. We should be at least as modern as AM radio. How do we make the change? How do we make sure the FOTON file stays OK?

I have made some changes to the daily summary file to compensate. New files is /users/public_html/40m-summary/share/c1_summary_page.ini.

  7460   Tue Oct 2 07:45:49 2012 SteveUpdateSUS MC2 & PRM sus damping restored
  7461   Tue Oct 2 09:13:16 2012 SteveUpdateVACRGA scan at day 7

Quote:

Quote:

 The new cold cathode gauge CC1 is in place. We were at atmosphere for 28 days ......more later

 

 cc1 = 2.3e-5 Torr at day 6 vacuum normal

 

Attachment 1: pd73md7.png
pd73md7.png
  7462   Tue Oct 2 14:20:33 2012 ManasaConfigurationIOOPDA255 not working

The PDA255 that Koji repaired is still not alright. It seems to be saturating again. I've left it in the PD cabinet where it is marked 'PDA 255'. I've asked Steve to order a fast PD at 150MHz, PDA10A because we don't seem to have any at the 40m.

  7463   Tue Oct 2 15:14:54 2012 jenne, jamieUpdateIOOPZT diagnosis

pzt2 mod signals matched slider vals for both pitch and yaw

  pzt2 yaw mon output = 6
  pzt2 pitch mon output = 11.3

From the PZT connector-converter board we determined the following pin-outs:

  X=Yaw:  red=1, white=14, black=3 
  Y=Pitch:  red=2, white=15, black=16

We believe that red is signal, white/black/shield are all ground.  We also believe (although this is from the PMC PZT) that the expected capacitance of the PZTs should be in the 100's of nF range.

Here are the readings from the two PZT dsub connectors:

  pin 1:14   PZT1 = ".003" on 2uF scale
             PZT2 = ".184"
   
  pin 2:15   PZT1 = ".002" on 2uF scale
             PZT2 = ".202"

So we think this means (given this crappy capacitance meter) that PZT2 is showing roughly 200nF, which sounds ok, but that PZT1 is indeed bad.

So next we investigate the PZT2 driver.

 
  7464   Tue Oct 2 16:15:22 2012 ManasaConfigurationPSLAOM installation

Quote:

    {Jan, Manasa}

We installed the AOM driver back on the PSL table this morning. To calibrate the AOM RF output we connected a 1V dc to the modulation input of the driver and we are convinced with the setup.

Before we direct the rf signal to the AOM, in order to check its diffraction efficiency, we would like to setup an rf PD at the AOM output. We think we have place for a filter and PD after the AOM (replacing a beam dump) and would like to confirm the position before we actually install them. The layout is the picture below showing sweet spots for the new pd to sit. If you think it may disturb the system in any way, let us know!

 

The rf PD and filter have been installed at the earlier proposed spot on the PSL table.  

psl_aom.png

  7465   Tue Oct 2 16:32:43 2012 JenneUpdateIOOPZT diagnosis

[Koji, Jenne]

Jamie and I pulled the whole PZT driver for both PZT1 and PZT2. 

Koji and I found that each HV power supply (the left-most module) has 2 fuses.  Both HV supplies (PZT1 and PZT2) have one blown fuse.  The "T2L250A" measures low resistance for both HV supplies, but the "T250mAL250V" measures Open for both HV supplies.

I have ordered 10 pieces of each kind of fuse, Next Day shipping, from DigiKey.

  7466   Wed Oct 3 07:41:23 2012 SteveUpdateSUS MC2 sus damping restored

This is the third morning in a row that the MC2 was tripped.  Would you look at it Koji?

  7467   Wed Oct 3 11:43:33 2012 SteveUpdateSAFETYsafety training

Den Martynov received 40m specific safety training.

  7468   Wed Oct 3 15:37:04 2012 SteveUpdatePEMants on the PSL table

We observed one or two ants climbing over PMC optics without booties and safety glasses.

The floor was mopped with strong Bayer Home Pest Control solution in the Vertex area.

Do not work inside the 40m lab if you are sensitive to chemicals!

 

Attachment 1: IMG_1690.JPG
IMG_1690.JPG
  7469   Wed Oct 3 15:58:57 2012 SteveConfigurationIOOSOS coil drivers moved

The SOS coil drivers (Atm2) were moved from 1X1 to 1Y2 location. Is this the best place to locate the  IOO Tip-Tilt steering that will replace the PJ-PZT ?

See 40m wiki T-T

Attachment 1: SOScoildriversTT.jpg
SOScoildriversTT.jpg
Attachment 2: IMG_1680.JPG
IMG_1680.JPG
  7470   Wed Oct 3 16:26:58 2012 ManasaUpdatePEMants on the PSL table

I spotted around 4 within 30 minutes working at the PSL table even after the deathly spray. They seem to be running down from the cables on the oscilloscope rack to the table and the optics.

  7471   Wed Oct 3 16:52:16 2012 ManasaConfigurationPSLAOM installation

{Jan, Manasa}

We set start to check the performance of the AOM on the PSL table. The AOM driver spits out ~1.5W rf at 80MHz for 1V DC at its modulation input. In order to align the AOM, we reduced the input power to the AOM to ~10% using the QWP between the PBS and the laser. We touched the steering mirror before the AOM...but did not succeed in getting any appreciable first order deflection. We then released the AOM mount and moved it a few microns in and out until we obtained a significant change in power along the zero-order beam from 400mV to 100mV when the rf power was changed from 0 to ~1.5W (by changing modulation input from 0 to 1V).  The AOM was clamped at this alignment and the QWP was rotated to give maximum input power. 

During the course of aligning the AOM, the PMC unlocked and was restored after the alignment. 

All went well without having to make any emergency calls to anyone

We will now have to think about switching the AOM on and off for ringdown measurements. This could be done by either using a high-power rf switch or by switching the modulation DC input between 0 and 1V; whichever will be more comfortable to take many many ringdown measurements.

 

  7472   Wed Oct 3 18:45:51 2012 jamieUpdateIOOwiki page for active IO tip-tilts

I made a wiki page for the active IO tip-tilts.  I should have made this a long time ago.

  7473   Wed Oct 3 23:24:05 2012 KojiUpdateSUS MC2 sus damping restored

Quote:

This is the third morning in a row that the MC2 was tripped.  Would you look at it Koji?

This may be cause by the impact of crazy WFS signal after the lock loss.
The auto locker is not fast enough to shut the WFS down before the mirrors are kicked.

Jenne and I discussed the issue and agreed that this can be solved by implementing
the same triggering algorithm as the LSC triggers.

Give us a bit more time to work on this.

  7474   Wed Oct 3 23:36:54 2012 KojiConfigurationPSLAOM installation

After the AOM work the beam wasn't well aligned to the PMC. The PMC REFL CCD shows large misalignment in yaw.

Attachment 1: PMCTRANS.png
PMCTRANS.png
  7475   Thu Oct 4 01:06:52 2012 JenneUpdateIOOPZT diagnosis

[Koji, Jenne]

We naively hoped that just replacing the fuses would fix the problem with the PZT HV drivers.  Alas, this was not the case. 

All of our investigations (other than visual inspections) today have been of the PZT2 module.  We have not applied any electricity to any PZT1 components/modules today.

After blowing a few more fuses (not good, we know, but we really didn't know what was going on at the time and were convinced that our changes between fuse installations should prevent fuse-blowing, including removing all modules except the HV driver), we found that the YAW driver for both PZT1 and PZT2 has severe discoloration on the PCB, and several resistors and other solder joints are damaged near some high voltage regulators. Pitch on PZT1 looks a tiny bit discolored, but doesn't look totally cooked like the 2 YAW modules do.  So, at least PZT1's Yaw was cooked before we started replacing fuses, since we haven't plugged it in yet today.

We then began some more methodical checks:

We bypassed the fuses by applying 10 Vpp = ~7.2 Vrms to the input side of the big transformer on the PZT2 HV driver board.  (This usually sees the 120 Vrms from the wall AC, so we were looking at things with a factor ~16 attenuation from what they normally see.)  We then measured things on the other side of the transformer, and made sure that they made some sense (one path for 5V stuff, one path for 15V stuff, one path for 180V stuff).  One of the rectifying diode bridges (the one for HV) didn't seem to be working, and didn't seem to have all of its pins connected, as if perhaps one or more diodes inside was destroyed.

When I went home for dinner, Koji continued looking at the low voltage supply capability of the PZT2 driver.  He removed the diode bridge from the HV path, and also removed the FET that lives on the output side of the HV driver board.  He was then able to energize the HV driver and the non-burnt pitch module.  So the +\-5 V and +\-15 V paths have been confirmed okay for PZT2's driver stuff.

What I will do tomorrow (when there is someone here to rescue me if I crispy-fry myself) is solder a wire to the now open pin of the backplane connector on the HV driver board, so that we can supply an external 180V to the pitch / yaw modules (although, obviously we won't be using the burnt yaw modules as-is).  Tomorrow I'll start by applying a nice small voltage, check that things still look okay, no shorts, and then I'll slowly increase the voltage until I get to the nominal 180V.

Since the low voltage stuff on the driver board is working, once we supply an external 180V (if successful), we should be able to re-install the PZT driver and drive PZT2. 

Since both Yaw modules that we have are burnt, I am proposing that we use the PZT2 HV board (which has been checked and modified this evening) with the 2 pitch modules.  Since we are not actively utilizing the strain gauge sensors, the fact that the calibrations on these modules are not exactly the same (rather, that PZT1's pitch is not the same as PZT2's yaw) should not matter at all.  This means that we will not be able to energize PZT1 at all, but that shouldn't be a problem.  Even when PZT 2 was working, PZT1 had very, very, very limited motion through the full range of applied voltage, so having no driver connected shouldn't have an impact.

 

  7476   Thu Oct 4 08:39:58 2012 SteveUpdateGeneralpower outage

There had to be a power outage. Laser and air condition turned back on. The vacuum is OK

Sorensen DC power supplies were tripped, so they were reset: at AUX OMC South 18V and 28V for RF PS and at 1X1 24V

 

Power Outage confirmed:

** Notification **

 

CALIFORNIA INSTITUTE OF TECHNOLOGY

                 FACILITIES MANAGEMENT

 

**PLEASE POST**

 

 

Building:         Campus

 

Date:             Thursday October 04,2012

 

This morning at 2:17 a.m. much of the City of Pasadena including our Campus experienced a electric power sag of short duration, approximately 1/10 of a second. The cause was a fault on one of Pasadena’s 17KV circuits. Some sensitive equipment have been impacted.

                 

Contact:          Mike Anchondo x-4999

 

Attachment 1: Oct4R2012.png
Oct4R2012.png
  7477   Thu Oct 4 14:04:21 2012 jamieUpdateCDSfront ends back up

All the front end machines are back up after the outage.  It looks like none of the front end machines came back up once power was restored, and they all needed to be powered manually.  One of the things I want to do in the next CDS upgrade is put all the front end computers in one rack, so we can control their power remotely.

c1sus was the only one that had a little trouble.  It's timing was for some reason not syncing with the frame builder.  Unclear why, but after restarting the models a couple of times things came back.

There's still a little red, but it mostly has to do with the fact that c1oaf is busted and not running (it actually crashes the machine when I tried to start it, so this needs to be fixed!).

  7478   Thu Oct 4 14:08:49 2012 jamieUpdateSUSsuspensions damped

All suspension damping has been restored.

  7479   Thu Oct 4 17:54:59 2012 ManasaConfigurationPSLAOM installation

Quote:

After the AOM work the beam wasn't well aligned to the PMC. The PMC REFL CCD shows large misalignment in yaw.

 {Jan, Manasa, Den}

We wanted to align the PMC and followed Koji's procedure detailed to us by mail. We touched the 2 steering mirrors in front of the PMC for alignment.

- Stand in front of the PMC.
- Find an oscillosocpe on the shelf in the PSL enclosure.
- This has two signals connected. One is the PMC refl dc.
  The other is the PMC trans dc.
- Minimize the refl. Maximize the trans.
- You have the CRT monitor on the MC chamber.
- Project the image of the PMC refl CCD.
  This should show some what symmetric image like an LG mode.
- Use the dataviewer to see how C1:PSL-PMC_PMCTRANSPD is recovered.

We were able to obtain 0.7 at PMC trans; but the PMC was never really stable dropped from 0.7 to 0 abruptly from time to time.

Jenne and Jamie also find that the PMC is behaving very weird 

Summary: Problem unresolved 

 

  7480   Thu Oct 4 18:48:04 2012 janoschConfigurationPSLAOM installation

Quote:

Jenne and Jamie also find that the PMC is behaving very weird 

 Can someone detail what "weird" means? Is it singing old songs from Guns & Roses?

  7481   Thu Oct 4 20:57:43 2012 ManasaConfigurationPSLAOM installation

Quote:

Quote:

Jenne and Jamie also find that the PMC is behaving very weird 

 Can someone detail what "weird" means? Is it singing old songs from Guns & Roses?

 It isn't singing Jan..it's dancing between 0.7 to 0 and we are not able to figure out whose the DJ ; there seems to be something else that is controlling the PMC as there is no coordination between what we do (tweaking the mirrors) and what we observe (the PD signals).

  7482   Thu Oct 4 22:16:28 2012 KojiConfigurationPSLAOM installation

Do more investigation to understand what is causing the power reduction.

Is the alignment inadequate? Check the in-lock ccd image.

Is the incident power reduced? (by what?) Use dataviewer.

Is the AOM doing something? Is it active? Then how much power is it eating?

BY THE WAY, how the deflected beam is dumped?
If you don't have anything for blocking the 1st order beam, you have to expect Steve coming to you.

  7483   Thu Oct 4 22:16:40 2012 DenUpdatePSLPMC is locked

PZT monitor is not lying to us, I've measured it with a voltmeter. But PMC SERVO is still interesting. If I break the loop after PMCERR signal monitor (C1:PSL-PMC_BLANK=0), I can change PZT voltage from 0V (C1:PSL-PMC_RAMP = -7.3) to 132V (C1:PSL-PMC_RAMP=-10.0). If I break the loop by enabling TEST1, PZT voltage goes up to 294 V, though voltage on the TEST1 and MIXER MON is 0.

  7484   Thu Oct 4 22:27:54 2012 KojiUpdateSUSHow about the slow machines?

One terrible concern of mine is that the slow machines were rebooted at the power interruption.
Based on the elog entries, I assume they have not been burtrestored...

If this is true, they may cause some weird behaviors of the PSL/IOO electronics.

 

  7485   Thu Oct 4 22:35:16 2012 DenUpdateSUSHow about the slow machines?

Quote:


Based on the elog entries, I assume they have not been burtrestored...

 Do you know how to burtrestore or restart slow machines?

Edit by Den: I did burtrestore of c1psl.snap from 2 days ago. Still slow machines behave not normal. For example, if I sweep C1:PSL-FSS_SLOWDC, SLOW monitor value does not change.

  7486   Thu Oct 4 23:01:49 2012 RijuparnaConfiguration cavitymode scan

 Here I am attaching the schematic diagram of the experimental set-up for IMC cavitymode scanning. A 30- 45MHz scanning signal generated by Agilent 4395A network analyzer enters EOM, which in turn modulates the laser beam entering IMC. The cavity response can be verified from reflected/transmitted beam.

I worked with the reflected beam last days. But I got no clue about the percentage of  reflected light reaching the photodiode and also the photodiode response. I would like to measure the power reaching photodiode and also would like to perform the test with transmitted beam - on wednesday if possible.

 

Attachment 1: diagram1.pdf
diagram1.pdf
  7487   Fri Oct 5 00:29:34 2012 DenUpdatePEMreadout box power

Guralp readout box received +13.7 /0/ -15V instead +15V because of the broken fuse. Power provided by the source is normal.

Edit by Den: I've found a similar fuse on one of the tables and borrowed it. Guralp is not working again.

  7488   Fri Oct 5 01:36:49 2012 DenConfigurationPEMchanged PEM DQ channels

Quote:

We should do this wherever possible so that our channels will have real calibrations associated with them.

Next we should up the rate at which the model runs up to 16 kHz so that we can record the microphones at 16 kHz. FM radio has information up to 20 kHz. AM radio goes up to ~8 kHz. We should be at least as modern as AM radio. How do we make the change? How do we make sure the FOTON file stays OK?

 I've added calibration gains to Guralp (to um/sec) and EM172 (to Pa) channels.

We can run PEM at 16 kHz. I think Foton file stores both sos-representation and filter commands which are independent of the sampling frequency, so it should be possible to change model sampling frequency quickly.

In fact, we can save data at 64 kHz from iop models. I've done this once with MC_F channel. However, I did not test EM172 noise at frequencies > 1 kHz.

  7489   Fri Oct 5 04:34:31 2012 ranaUpdateSUSHow about the slow machines?

Quote:

Quote:


Based on the elog entries, I assume they have not been burtrestored...

 Do you know how to burtrestore or restart slow machines?

Edit by Den: I did burtrestore of c1psl.snap from 2 days ago. Still slow machines behave not normal. For example, if I sweep C1:PSL-FSS_SLOWDC, SLOW monitor value does not change.

 Problems with Slow Machines?

Read ELOG

  7490   Fri Oct 5 11:11:00 2012 DenUpdatePEMreadout box power

Quote:

Guralp readout box received +13.7 /0/ -15V instead +15V because of the broken fuse. Power provided by the source is normal.

Edit by Den: I've found a similar fuse on one of the tables and borrowed it. Guralp is not working again.

 I've meant Guralp is NOW working again 

  7491   Fri Oct 5 14:40:55 2012 SteveUpdateVACRGA scan after power outage

Quote:

All the front end machines are back up after the outage.  It looks like none of the front end machines came back up once power was restored, and they all needed to be powered manually.  One of the things I want to do in the next CDS upgrade is put all the front end computers in one rack, so we can control their power remotely.

c1sus was the only one that had a little trouble.  It's timing was for some reason not syncing with the frame builder.  Unclear why, but after restarting the models a couple of times things came back.

There's still a little red, but it mostly has to do with the fact that c1oaf is busted and not running (it actually crashes the machine when I tried to start it, so this needs to be fixed!).

 The RGA was not effected by the short power outage.

Attachment 1: afterpoweroutaged10.png
afterpoweroutaged10.png
Attachment 2: pd73m10d.png
pd73m10d.png
  7492   Fri Oct 5 14:53:29 2012 JenneUpdatePSLTTFSS board not fully seated!

[Den, Jenne]

Den noticed that the -15V LED on the TTFSS board was not illuminated.  A further symptom of the FSS being funny was that the PC RMS Drive was constantly high (3.6 ish) and the FAST Monitor was very high, often saturated. 

We took the TTFSS board out, and put an extender card in, and it looked like all of the correct power is being supplied to the board (the +\- 24V LEDs on the extender card were illuminated).  Just to check, we put the board back in, and this time both +\- 15V LEDs came on.  So it looks like the board is fine, it just wasn't seated in there all the way.

Now the readbacks on the FSS screen look good (PC RMS Drive is less than 1, FAST Mon is 5ish), the MC is locked, and I think we're back in business. 

 

  7493   Fri Oct 5 16:21:48 2012 SteveUpdateGeneralfreshmen visiters

40 plus freshmen visited the 40m today

Attachment 1: IMG_1693.JPG
IMG_1693.JPG
Attachment 2: IMG_1694.JPG
IMG_1694.JPG
  7494   Fri Oct 5 18:08:17 2012 ManasaConfigurationPSLAOM installation

Quote:

Do more investigation to understand what is causing the power reduction.

Is the alignment inadequate? Check the in-lock ccd image.

Is the incident power reduced? (by what?) Use dataviewer.

Is the AOM doing something? Is it active? Then how much power is it eating?

BY THE WAY, how the deflected beam is dumped?
If you don't have anything for blocking the 1st order beam, you have to expect Steve coming to you.

The PMC has been aligned and is all happy happy 

I have installed an  iris to dump the higher order beams deflected by the AOM. After installing the iris, I found that the PMC trans dropped to 0.58V and the PMC misaligned in pitch. So I've touched the 2 steering mirrors before the PMC. Now it is satisfactorily locked with PMC trans at 0.84.

I have also checked the alignment with AOM switched on. PMC trans drops to 0.15 with AOM on and comes back to 0.84 when AOM is switched off without losing lock .

  7495   Sun Oct 7 12:11:00 2012 AidanUpdateComputersRebooted cymac0

I rebooted cymac0 a couple of times. When I first got here it was just frozen. I rebooted it and then ran a model (x1ios). The machine froze the second time I ran ./killx1ios. I've rebooted it again.

  7496   Sun Oct 7 15:05:42 2012 DenUpdateSUS MC2 sus damping restored

Quote:

This is the third morning in a row that the MC2 was tripped.

 MC2 was tripped again. I think the answer is that watchdog's critical value was too small C1:SUS-MC2_PD_MAX_VAR = 10, so seismic could trip MC2. I've changed the value to 100.

mc2.png

  7497   Sun Oct 7 23:39:10 2012 DenUpdateModern Controlstate estimation

I've applied online state estimation technique using Kalman filter to LQG controller. It helps to estimate states that we do not measure. I've considered MC2 local damping, we measure position and want to estimate velocity that we need for control. We can either differentiate the signal or apply state estimation to avoid huge noise injection at high frequencies. In state estimation we need to know noise covariance, I've assumed that LID sensor noise is 0.1 nm. Though covariance can be calculated better.

In the time-domain figure C1:SUS-MC2_SUSPOS_IN1 = MC2 postion, C1:SUS-MC2_SUSPOS_OUT = MC2 velocity obtained by differentiation, 2 other channels are estimations of position and velocity.

Attachment 1: est_time.png
est_time.png
Attachment 2: est_freq.pdf
est_freq.pdf
ELOG V3.1.3-