The input matrices of ETMX, ITMX and PRM have been newly inverted.

Those were the ones having some troubles (see #5444, #5547).

After a coarse adjustment of the damping Q factors, they look damping happily.

optic	spectra	inverted matrix	BADNESS
ETMX		pit     yaw     pos     side    butt UL    0.848   0.108   1.578   0.431   1.025  UR    0.182  -1.892   1.841  -0.128  -1.172  LR   -1.818  -1.948   0.422  -0.122   0.939  LL   -1.152   0.052   0.159   0.438  -0.864  SD    1.756  -3.794  -0.787   1.000  -0.132	5.37028
ITMX		pit     yaw     pos     side    butt UL    0.510   0.584   1.228   0.458   0.203  UR    0.783  -1.350   0.348  -0.050   0.555  LR   -1.217   0.065   0.772   0.264   0.312  LL   -1.490   2.000   1.652   0.772  -2.930  SD   -0.635   0.853  -1.799   1.000  -1.597	7.5125
PRM		pit     yaw     pos     side    butt UL    0.695   1.422   1.774  -0.333   0.954  UR    1.291  -0.578   0.674  -0.068  -0.939  LR   -0.709  -1.022   0.226   0.014   0.867  LL   -1.305   0.978   1.326  -0.251  -1.240  SD    0.392  -0.437  -0.500   1.000   0.420	5.09674

(some notes)

 Before running the peakFit scripts, I woke up the nds2 sever process on Mafalda because it hasn't been recovered from the power outage.

To start the nds2 process I followed the instruction by Jamie (#5094).

Then I started requesting the data of the last night's free swinging test (#5594)

However the NDS2_GetData command failed everytime when data with long duration were requested.

It maybe because some of the data are missing in sometimes, but I haven't seriously checked the data stored in fb.

So for the reason, I had to use a short duration of 1200 sec (default is 3600 sec). That's why spectra look noisier than usual.

My goal of today was to lock PRMI without using AS55 and it is 50% successful.

The sideband-resonance PRMI (SB-PRMI) was locked with REFL33_I and REFL55_Q for the PRCL and MICH control respectively.

The carrier-resonance PRMI wasn't able to be locked without AS55.

     (it looked no clean MICH signals at the REFL ports.)

(Motivation)

 The motivation of not to use AS55 came from the suspicion that AS55 was injecting some noise into MICH (#5595).

So I wanted to try another RFPD to see if it helps the stability or not. 

(locking activity)

  The lock of SB-PRMI was quite stable so that it stayed locked more than 30 minutes (it ended because I turned off the servos.)

Then I briefly tried DRMI while PRCL and MICH kept locked by the same control loops, namely REFL33_I and REFL55_Q.

The lock of MICH and PRCL looked reasonably robust against the SRCL fringes, but wasn't able to find a good signal for SRCL.

I think I am going to try locking DRMI tomorrow.

 - - settings

    Demod phase for REFL55 = -45.3 deg

    Demod phase for REFL33 = -14.5 deg

    Whitening gain for REFL55 = 4 (12 dB)

    Whitening gain for REFL33 = 10 (30 dB)

    MICH gain = 100

    PRCL gain = 8

(misc.)

 + I removed an iris on the ITMY table because it was in the way of POY. See the picture below.

  + I found that burtrestore for the ETMX DC coil forces were not functional.

  => currently ETMX's "restore" and "mislalign" buttons on the C1IFO_ALIGN screen are not working.

  => According to the error messages, something seemed wrong on c1auxex, which is a slow machine controlling the DC force.

The input matrix of IPPOS were fixed so that the horizaontal motion correctly shows up in X and the vertial is Y.

(what I did)

 + The data base file, QPD.db, were edited.

  QPD.db is a part of the c1isxaux slow machine and it determines the input matrix for deriving the X/Y signals from each quadrant element.

 + The previous input matrix was :

      X = (SEG1 + SEG4) - (SEG2 + SEG3)

      Y = (SEG1 + SEG2) - (SEG3 + SEG4)

 + The new matrix which I set is :

     X = (SEG1 + SEG2) - (SEG3 + SEG4)

     Y = (SEG1 + SEG4) - (SEG2 + SEG3)

    The new matrix is a just swap of the previous X and Y.

 + Then c1isxaux was rebooted by :

     telnet  c1iscaux

     reboot          

 + The I did the burt restore it to this morning.

[Mirko / Jenne / Kiwamu]

Just a quick update. All the realtime processes on the c1lsc and c1sus machine didn't run at all.

Somehow the c1xxxfe.ko kernel module, where xxx is x04, x02, lsc, ass, sus, mcs, pem and rfm failed to be insmod.

The timing indicators on the c1lsc and c1sus machine are saying NO SYNC.

- According to log files (target/c1lsc/logs/log.txt)

insmod: error inserting '/opt/rtcds/caltech/c1/target/c1lsc/bin/c1lscfe.ko': -1 Unknown symbol in module

- dmesg on c1lsc (c1sus also dumps the same error message):

[   45.831507] DXH Adapter 0 : sci_map_segment - Failed to map segment - error=0x40000d01
[   45.833006] c1x04: DIS segment mapping status 1073745153

DXH dapter is a part of the Dolphine connections.

When a realtime codes is waking up, the code checks the Dolphin connections.

The checking procedure is defined by dolphin.c (/src/fe/doplhin.c).

According to a printk sentence in dolphin.c the second error message listed above will return status "0" if everything is fine.

The first error above is an error vector from a special dolphin's function called sci_map_segment, which is called in dolphin.c.

So something failed in this sci_map_segment function and is preventing the realtime code from waking up.

Note that sci_map_segment is defined in genif.h and genif.c which reside in /opt/srcdis/src/IRM_DSX/drv/src.

[Koji / Kiwamu]

 We did several tests to figure out what could be a source of the computer issue.

The Dolphin switch box looks suspicious, but not 100% sure.

(what we did)

 + Removed the pciRfm sentence from the c1x04 model to disable the Dolphin connection in the software.

 + Found no difference in the Makefile, which is supposed to comment out the Dolphin connection sentences.

   ==> So we had to edit the Makefile by ourselves

 + Did a hand-comilpe by editing the Makefile and running a make command.

 + Restarted the c1x04 process and it ran wihtout problems.

   ==> the Dolphin connection was somehow preventing the c1x04 process from runnning.

 +  Unplugged the Dolphin cables on the back side of the Dolphin box and re-plug them to other ports.

   ==> didn't improve the issue.

 + During those tests, c1lsc frequently became frozen. We disabled the automatic-start of c1lsc, c1ass, c1oaf by editting rtsystab.

  ==> after the test we reverted it.

 + We reverted all the things to the previous configuration.

The He-Ne laser which has been used for the PRM and BS oplevs were found to be dead.

According to the trend data shown below, it became dead during the dolphin issue.

(During the dolphin issue the output from the oplev QPDs are digitally zero)

I found again the ini files had been refreshed.

I ran the activateDQ.py script (link to the script wiki page) and restarted the daqd process on fb.

The activateDQ.py script should be included into the recompile or rebuild scripts so that we don't have to run the script everytime by hands.

I am going to add this topic on the CDS todo list (wiki page).

It turned out the noise in AS55 was due to a clipping.  After fixing the clipping the noise successfully went down.

I was going to briefly check the clipping and go ahead locking DRMI, but for some reason I couldn't stop myself from working on this issue.

Here is a plot of the noise spectra taken before and after fixing the clipping.

The configuration of this measurement is exactly the same as that I did before (#5595)

(what I did)

 + Locked power-recycled ITMY so that the AS beam is bright enough to work with.

 + Shook BS at 1 Hz in the YAW direction

 + Looked around the AP table with an IR viewer and searched for a clipping moving at 1Hz.

 + Found the first lens in the AS beam path has clipped the beam at the upper side. A tiny portion of the beam was clipped.

 + Corrected the beam height to 4 inch by steering the very first mirror.

 + Raised the height of the lens because it was about 3.5 inch or so.

 + Found the lens had a scratch (~1 mm size ) at 1 cm blow the center on the surface.

   => I tried finding a spare 2 inch lens with a long focul length, but I couldn't find it,

        So I left the lens as it is, but we should buy some 2 inch lenses just in case like this.

 + Replaced the 1 inch beam splitter by 2-inch 99% BS so that most of the light goes into the RFPD and a little bit goes into the camera.

DRMI has been locked using the same RFPD selection as the old days (i.e. AS55_I, AS55_Q and REFL_I).(#4760)

But remember : this is just a beginning of several measurements and tests to characterize the central part.

Here is a list of the measurements and actions :

  - 3f locking related

      + Listing up the necessary RFPDs and their installations.

      + Calibration of the SRM actuator  => this is necessary to convert the sensing matrix into unit of [counts/m] or [W/m].

      + Measurement of the sensing matrix => check the performance of 3f signals. Also diagonalization of the LSC sensing matrix

      + Diagonalization of the output matrix.

      + Noise characterization of 3f PDs => confirm the noise are low enough to keep the lock of the central part

 - Power-recycling gain issue related (#5541)

     + Estimation of the mode matching efficiency => maybe we can use power-recycled ITMs to estimate it (?)

     + Implementation of auto alignment servos and scripts for MICH, PRCL and SRCL. => integrate it to the existing ASS model

     + Search for a possible loss factor

Yesterday Koji was claiming that the rms monitor of ULSEN on ETMY didn't well go down.

Indeed something bad is happening on ULSEN of ETMY.

I guess it could be a loose connection.

(The unit of Y axis in the plot is not true. Don't believe it !)

The SRM oplevs were found to be oscillating because of a small phase margin.

I reduced the gains to the half of them. The peak which Steve found today maybe due to this oscillation.

The AC response of the SRM actuator has been calibrated.

 

For a comparison, the length fluctuation of Signal-Recycled ITMX (SRX) and ITMY (SRY) have been measured.

Roughly speaking the length motion of SRX and SRY are as loud as that of PRCL.

Some details about the measurement and data analysis can be found in the past elog entry (#5582).

In the process of converting the raw spectra to the calibrated displacements the SRM actuator was assumed to have a resonance at 1Hz with Q = 5.

(Notes on SRX/Y locking)

The efficiency of the mode matching (MM) to PRC (Power-Recycling Cavity) has been estimated by using the interferometer.

The estimated MM efficiency is about 74 % when losses in the cavity are assumed to be zero.

(Motivation)

(Measurement)

(Analysis)

(Results)

Here are the measured values in REFLDC

Anyways the estimated MM efficiency with the sidebands effect included and without loss effect is

        MM efficiency = 73.7 +/- 1.7 % (1 sigma error)  or +/- 8.7 % (5 sigma error)

- Thank you for the correction. The missing square operation has been added correctly on the last entry (#5639).

The response of the BS actuator in a low frequency regime has been measured.

(Measurement)

 + With free swinging MICH, the sensor (AS55_Q) was calibrated into counts/m.

     => The peak-peak counts was about 110 counts. So the sensor response is about 6.5x10⁸ counts/m

 + Locked Michelson with AS55_Q and the signal was fedback to BS.

 + Set the UGF high enough so that the open loop gain below 10 Hz is greater than 1.

 + With DDT's swept sine measurement, C1:LSC-MICH_EXC was excited with a big amplitude of 40 counts.

 + Took a transfer function from C1:LSC-MICH_OUT to C1:LSC-MICH_EXC.

 + Calibrated the transfer function into m/counts by dividing it with the sensor response.

I think the precision due to the loop gain uncertainty is something like 0.1% at 0.1 Hz. It's not the issue.

The real issue was the loud motion of MICH, which degrades the coherence of the measurement.

Also last night I tried the fringe hopping technique and gave it up for several reasons.

(uncertainty due to the loop gain)

(Effect from the MICH motion)

The TRY (TRansmitted light from Y arm ) path was a bit realigned because there had been a small clipping.

This clipping was introducing offsets on the error signals of the C1ASS servo.

(Story)

During I was running the C1ASS servo on the Y arm I found every time after the auto-alignment is done there still remained a slight offset in the beam pointing,

I looked at the CCD camera which looks at the transmitted light and then introduced an intentional misalignment in ETMY in order to find an obvious clipping.

Indeed there was a clipping in horizontal direction. I checked through the optics on the Y end optical bench.

On the second mirror (beam splitter) the beam was on a very edge. So I steered the first steering mirror to fix it,

In addition to that an iris which is placed between the first and second mirror was also clipping the beam,

So I fully opened the aperture of the iris.

An update on calibration of the BS actuator : A fitting has been done.

(Fitting)

(Fitting result)

- status update on LSC activity :

The measurement of the LSC sensing matrix has begun. But no useful results yet.

 The measurement script (#4850) ran pretty well after I did some modifications to adopt the script to the latest LSC model.

However the SNR weren't so great particularly in REFL33 in the PRMI configuration.

So I will tune the amplitude of excitations and integration times tomorrow.

Currently the excitation is at 238.1 Hz, where no disturbing structures are found in the spectra.

The lock of DRMI wasn't stable enough to measure the sensing matrix. Failed.

PRMI and SRMI were okay and in fact they could stay locked robustly for a long time.

I added a new option in the C1IFO_CONFIGURE screen so that one can choose Signal-Recycled Michelson in carrier resonant condition.

 Additionally the orthogonalization of the I-Q signals on REFL55 should be done because it hasn't been done.

 Good job ! Thank you so much

 I think the idea of having multiple inputs in a LOCKIN module is also good for the LSC sensing matrix measurement.

Because right now I am measuring the responses of multiple sensors one by one while exciting a particular DOF by one oscillator.

Moreover in the LSC case the number of sensors, which we have to measure, is enormous (e.g. REFL11I/Q, REFL33I/Q, REFL55I/Q, ... POY11I/Q,...) and indeed it has been a long-time measurement.

I made some attempts to measure the sensing matrix of the central part.

I could measure the matrix in the PRMI configuration but wasn't able to measure the matrix in the DRMI configuration.

   => I will report the result of the PRMI sensing matrix tomorrow.

The main reason why I couldn't lock DRMI was that the suspensions were touchy and especially the SRM suspension wasn't good.

Some impacts due to the feedback during the lock acquisition completely kicks SRM away. 

The watchdogs' RMS monitor on SRM easily rang up to more than 10 counts once the acquisition started.This is quite bad.

Also the stability of the PRMI lock was strongly depending on the gains of the PRM oplevs.

I guess I have to revisit the vertex suspensions more carefully (i.e. f2a coupling, actuator output matrix, damping gains, input matrices, oplev filters)

otherwise any LSC works in the vertex will be totally in vain.

[Suresh / Koji / Rana / Kiwamu]

Last night we had a discussion about what we do for the RFAM issue. Here is the plan.

(PLAN)

  1. Build and install an RFAM monitor (a.k.a StochMon ) with a combination of a power splitter, band-pass-filters and Wenzel RMS detectors.

       => Some ordering has started (#5682). The Wenzel RMS detectors are already in hands.

  2. Install a temperature sensor on the EOM. And if possible install it with a new EOM resonant box.

      => make a wheatstone bridge circuit, whose voltage is modulated with a local oscillator at 100 Hz or so.

  3. Install a broadband RFPD to monitor the RFAMs and connect it to the StochMon network.

      => Koji's broadband PD or a commercial RFPD (e.g. Newfocus 1811 or similar)

  4. Measure the response of the amount of the RFAM versus the temperature of the EO crystal.

      => to see whether if stabilizing the temperature stabilizes the RFAM or not.

  5.  Measure the long-term behavior of the RFAM.

      => to estimate the worst amount of the RFAM and the time scale of its variation

  6. Decide which physical quantity we will stabilize, the temperature or the amount of the RFAM.

  7. Implement a digital servo to stabilize the RFAMs by feeding signals back to a heater

     => we need to install a heater on the EOM.

  8. In parallel to those actions, figure out how much offsets each LSC error signal will have due to the current amount of the RFAMs.

    => Optickle simulations.

  9. Set some criteria on the allowed amount of the RFAMs

    => With some given offsets in the LSC error signal, we investigate what kind of (bad) effects we will have.

The following optics were kicked:
SRM
Wed Oct 19 04:22:53 PDT 2011
1003058589
 

I made some efforts to fix the situation of SRM but it is still bad.

The POS motion wasn't well damped. Something is wrong either (maybe both) sensing part or actuation part.

I am going to check the sensing matrix with the new free swinging spectra (#5690)

(Symptom)

 When I was trying to lock SRMI I found that the fringes observed at the AS camera didn't show spatial higher order modes, which is good.

So I thought the SRM suspension became quiet, but it actually wasn't. Because the RMS monitor of the SRM OSEMs already went to about 30 counts.

At the same time the opelev error signals were well suppressed. It means some DOFs which were insensitive to the oplev were ringing up, namely POS and SIDE.

According to the LSC error signal and the ASDC signal, I believe that the POS was going wild (although I didn't check the OSEM spectra).
 

(Some efforts)

 + Readjusted the f2a filters (see the attachment).

 + Tried to eliminate a coupling between the POS and SIDE drives by tweaking the output matrix.

    => In order to eliminate the coupling from the POS drive to SIDE sensor, I had to put a comparable factor into an element.

     So it might be possible that the POS sensor was showing the SIDE signal and vice versa.

      In order to check it I left SRM free swinging (#5690).

 Kiwamu removed the 18.3 Hz ocsillation by turning down the oplev servo gain.

Status update on dichroic mirror:

 I got the specification sheet of an aLIGO 2" dichroic mirror from Lisa.

https://dcc.ligo.org/cgi-bin/private/DocDB/ShowDocument?docid=25232

This is the one from ATF. It has low loss, a high R for 1064 nm and high T for 532 nm. So it matches our needs.

Based on this sheet we may reset some of the parameters in the specification (e.g. incident angle and etc.,) and will get a quote from ATF.

We will buy 3 of them, including 1 spare. First I need to review the specification.

The SRM input matrix has been readjusted.

However still there is the unwanted coupling from the POS drive to SIDE signal and from the SIDE drive to POS signal.

			BADNESS
SRM		pit     yaw     pos     side    butt UL    0.871   0.975   1.115  -0.295   1.096   UR    1.015  -1.025   1.128  -0.140  -1.053   LR   -0.985  -0.984   0.885  -0.088   0.831   LL   -1.129   1.016   0.872  -0.243  -1.020   SD    0.084   0.061   3.534   1.000  -0.018	4.24965

Some of the sub-suspension screens need labels to describe what those row and column are.

The mechanical shutter on the Y end is now fully functional.

 It is newly named to 'C1AUX_GREEN_Y_Shutter' in the EPICS world.

It uses the same binary output channel which had been served for the POY shutter.

To change the EPICS name I edited a db file called ShutterInterLock.db, which resides in /cvs/cds/caltech/target/c1aux.

After editing the file I rebooted the c1aux machine, by telnet and the reboot command in order to make the change effective.

Also I added this new shutter on the ALS overview screen (see the attachment below)

[Koji / Kiwamu]

  We tried finding a possible clipping in the vertex part.

We couldn't find an obvious location of a clipping but found that the recycling gain depended on the horizontal translation of the input beam.

We need more quantitative examination and should be able to find a sweet spot, where the recycling gain is maximized.

(what we did)

  + locked the carrier-resonant PRMI.

  + with IR viewers we looked at the inside of ITMX, ITMY and BS chambers to find an obvious clipping.

    => found two suspicious bright places and both were in the ITMY chamber.

      (1) POY pick off mirror : looked like a small portion of a beam was horizontally clipped by the mirror mount but not 100% sure whether if it is the main beam or a stray beam.

      (2) The top of an OSEM cable connectors tower : although this is in the way of the SRC path and nothing to do with PRC.

 + Made a hypothesis that the POY mirror is clipping the main beam.

 + To reject/prove the hypothesis we shifted the translation of the incident beam horizontally such that more beam hits on the suspicious mirror

 + Realigned and relocked PRMI.

    => Indeed the recycling gain went down from 6 to 0.8 or so. This number roughly corresponds to a loss of about 50%.

         However the MICH fringe still showed a very nice contrast (i.e. the dark fringe was still very dark).

         Therefore our conclusion is that the POY mirror is most likely innocent.

The RF distribution box has been modified so that it generates two more 55 MHz LO signals.

After the modification I put the box back in place.

Then I checked the MICH and YARM locking quickly as a working test of the distribution box and it is working fine so far.

I will update the diagram of the RF distribution box (#4342) tomorrow.

(Motivation)

  Since we newly installed POP55 (#5743) an LO signal was needed for the demodulation.

However the RF distribution box didn't have any extra LO outputs.

Therefore we had to make a modification on the RF distribution box so that we can have a 55MHz LO signal for POP55.

Eventually I made two more 55MHz outputs including one spare.

(Modification)

The box actually had two extra output SMAs which had been just feed-thru connectors on the front panel without any signals going through.

In the box the modules consist of two categories; the 11MHz system and 55MHz system. I modified only a part of the 55MHz system.

The modification was done in this way:

  * split two branches of 55MHz into four branches by installing two new power splitters (ZMSC-2-1).

  * made and installed some SMA cables whose length were adjusted to be nicely fit in the box.

  * readjustment of the RF levels to 0-2 dBm at the outputs by replacing some attenuators.

  * checked the signals if all of them were happily coming out or not.

Also I found that the POX11 and POY11 demod boards were connected to the whitening filters in a wrong way.

The I and Q signals were in a wrong order. So I corrected them so that the upper inputs in the whitening filter is always the I signal.

(RF levels on 55MHz LO outputs)

Since the demod board requires a certain level of the RF signal as as LO, the LO signals have to be 0-2 dBm.

Here are the RF level in each 55MHz output after the adjustment of the level.

     AS55 =  0.76 dBm


     REFL55 = 0.76 dBm


     POP55 = 0.79 dBm


     spare = 0.83 dBm

Those numbers were measured by an oscilloscope and the oscilloscope was configured to measure the rms with the input impedance matched to 50Ohm.

In the measurement I used the actual input seed 55MHz signal from the RF generation box to drive the distribution box.

The diagram of the RF distribution box has been updated according to the modification ( #5744).

Both pdf and graffle files are available on the 40m svn : https://nodus.ligo.caltech.edu:30889/svn/trunk/suresh/40m_RF_upgrade/

Here shows the latest version of the diagram.

The amount of offsets in the LSC signals due to the RFAMs have been estimated by an Optickle simulation.

The next step is to think about what kind of effects we get from the RFAMs and estimate how much they will degrade the performance.

(Motivation)

(Results : Offsets in LSC error signals)

(Simulation setup)

For clarity, I also note the definition of PM/AM ratio as well as how the first order upper sideband looks like.

I found that the sum of the ITMX oplev signals had gone down to zero yesterday.

I checked the ITMX table and found two iris on the He-Ne laser path were blocking the beam on their apertures.

I guess this is because we were working around there for installation of POP/POX and may have touched some of the oplev optics.

Then I fully opened the apertures of those two iris and the sum went back to nominal of 600 counts.

(POX)

The POX beam had been 80% clipped at a black glass beam dump of the POX11 RFPD.

I steered the first mirror in the POX path to fix the clipping. Then the beam was realigned onto the RFPD.

However the beam is still very close to the black glass, because the incident angle to the second mirror is not 45 deg .

We need to refine the arrangement of the POX11 optics a bit more so that the beam will never be clipped at the black glass.

(POP)

 The POP optics also need to be rearranged to accommodate one more RFPD.

Additionally Rana, Suresh and I discussed the possible solutions of POP22/110 and decided to install a usual PD (PDA10A or similar) instead of a custom-made.

So a plan for the POP detectors will be something like this:

        + design an optical layout.

        + buy a 2 inch lens whose focul length is long enough (#5743)

        + rearrange the optics and install POP22/110

        + lay down a long SMA cable which sends the RF signal from POP22/110 to the LSC rack.

        + install a power splitter just before the demod board so that the signal is split into the 22MHz demoad board and 110MHz demod board.

           => make sure we have a right splitter for it.


        + install a band pass filter after the power splitter in each path.

           => A 22MHz band pass filter is already in hand. Do we have 110MHz band pass filter somewhere in the lab ?

The picture here shows the latest configuration on the ITMX table.

Here is an actual time series of the I and Q signals in dataviewer. The I signal outputs just junk while the Q showed a nice sine curve.

Status update on the LSC activity:

I have shifted the alignment of the MC suspensions such that the PZT won't rail.

Since I didn't care of the spot positions on the MC mirrors, currently they are terribly off from the centers.

After the shift, I realigned the Stochmon PD again.

The attachments below shows the alignment of MC and PZTs before shifting the just for a record

I horizontally swept the translation of the incident beam in order to investigate a possible clipping in Power-recycled Michelson (PRMI).

The recycling gain of PRMI depended on the beam pointing but it did't improve the recycling gain.

I guess the amount of the entire shift I introduced was about +/- the beam diameter = +/- 5 mm or so.

Within the range of about +/- 5mm in the horizontal beam translation I didn't find any obvious sign of a clipping.

(Measurement)

(Results)

Here shows the measured recycling gain and the power reflectivity of PRMI as a function of the beam pointing.

 Actually in the last 40m meeting we discussed the SUS diagnosis and decided not to post the results on the elog.

Alternatively we will have a summary web page which will contain all the information (sensitivity, UGF monitors, etc.,) and will be updated everyday like GEO.

This will be a place where we should post the SUS results every week.

So we don't need to worry about the cron-elog job, and for running the scripts you can simply use one of the lab machines as a cron host.

Once you get the scripts running on a machine as a cron job, it will be the point where we should quit developing the SUS diagonalizer and pass it to the web summary people.

[Steve / Kiwamu]

It turned out that the signal was too small with PDA10A to detect the 22 and 110 MHz RF sidebands.

The DC output coming out from it was about half mV or so (corresponding to few uW in laser power) when the PRCL was locked to the carrier.

This is because PDA10A is a silicon detector which is more sensitive to visible light than IR.

The reason we chose PDA10A was that it has relatively a large diode size of 1 mm in diameter.

However according to the data sheet the responsibility at 1064 nm is about 0.05 A/W which is sad.

I will replace it by PDA10CF, which is made from InGaAs and supposed to have 10 times bigger responsibility.

Though the diode size will be half mm in diameter, which may require another strong lens in front of it.

The POP22/110 RFPD has been replaced by PDA10CF. As a result the 22 and 110 MHz signals became detectable.

However the signal level maybe too low according to a quick look with an RF spectrum analyzer.

The level at 22 and 110 MHz were both approximately -70 dBm although these values were measured when the central part was freely swinging.

Perhaps we need to amplify the signals depending on the actual SNR.

 Also I have updated the optical tables' wiki page :

http://blue.ligo-wa.caltech.edu:8000/40m/Optical_Tables

I pulled out the POX11 demod board and found the power splitter on the board hadn't been modified yet.

I am going to replace the splitter which had been made with a hand-wounded coil because it can work only at a specific tailored frequency.

The modification on the POX11 demod board has been successfully done.

I followed the procedure which had been posted in a past entry (#4554).

The home-made splitter was replaced by PSCQ-2-51W, which has a relatively wide band of 5 - 50 MHz.

The usual orthogonality adjustment will be done in the daytime.

 The attached snapshot was taken when an sinusoidal RF signal with a slight frequency offset from LO was injected to the RF input.

It is clear that the I and Q output show healthy signals (i.e. almost the same amplitude and 90 deg phase difference.)

[Offsets in MC]

 I have introduce an offset in MC2 PIT because the PZT1 again started railing.

Right now the PZT1 EPICS value is within the range happily.

Please keep this MC eigen axis as a nominal configuration.

[IFO-configure script]

 I have modified the IFO configure scripts such that XARM and YARM are locked with POX11 and POY11 respectively.

A big advantage in use of POX and POY is that we don't need to misalign ITMs when we align each arm.

Those scripts are now available from the C1IFO_CONFIGURE screen as usual.

Did somebody delete all the scripts in /opt/rtcds/caltech/c1/scripts/ASS ?