The air condition was off for the south arm. I  turned it on.

The crane I -beam now leveled at all degrees of rotation.  The lower hinge was moved southward  about 1/4 of an inch.  Performance was tested at 2000 lbs

Atm1, work in progress

Atm2, load test at 1 Ton

Atm3, service report

NOT finished, last edited 7-7

Spare ILIGO electronics temporarly stored in the east arm. We need cabinet space.

The spare M126N-1064-700,  sn 5519 of Dec 2006 rebuilt  NPRO's power output

 measured   750mW at DC2.06A with Ohpir meter.

Alberto's controller  unit 125/126-OPN-PS,  sn516m was disconnected from lenght measurment NPRO on the AP table.

5519 NPRO  was clamp to the optical table  without heatsink and it was on for 15 minutes.

Earth quake stops need viton tips.

Wirestandoffs are still aluminum.

Bah, we need ruby slippers for all future suspensions. Prism with curved backside and smooth grooves.

No aluminum, no cry.

SOS optics prepared to be hanged are moved from the South Flow Bench to S15 Clean Cabinet.

SRMU 03 (1-25-2010) specification summery E080460-05-D,  older vintage SRM 01 and PRM 02 (need more specification)

There was one  NOT MARKED SOS with two broken magnets on its face. This is labeled ???

This was done to prepare clean space for TIP-TILT drive- test set up.

The existing cable from 1X5 can reach only to the south end:  from whitening filter to satelite amp.  This will be good for future test of suspensions.

We need to make new cable from 1 X 1 to the south end = 40m long

 While I'm not sure what specific optic this is, I think it's an older optic.  (a) All of the new optics we got from Ramin were enscribed with their #.  (b) This optic appears to have a short arrow scribe line (about the length of the guiderod), and then no scribe line (that I could see through the glass dish) on the other side.  The new optics all have a long arrow scribe line, ~1/2 the full width of the optic, and have clear scribe lines on the opposite side.

Spare optics from the AP table were moved to glass cabinet in the east arm. I'm not sure this is the right place. We'll see what everybody thinks.

There were two UNMARKED optics. Shame on you! No pencil marks on the optics either. These optics were shipped to the FBI for finger tip analysis.

1)  Mirror mount holder for "large silvered mirror" inside of the 8" OD tube vacuum envelope.

Here's a noise spectrum of the RSE interferometer, in anti-spring mode, with RF readout.  I'd say the calibration is "loose."

I used the Buonanno & Chen modification of the KLMTV IFO transfer functions to model the DARM opto-mechanical response.  I just guessed at the quadrature, and normalized the optical gain at the frequency of the calibration line used (927Hz, not visible on the plot).

[John / Kiwamu]

 We tried to figure out what is causing spikes in the REFL33 signal, which is used to lock PRCL.

No useful information was obtained tonight and it is still under investigation.

(Background)

 One thing preventing us from doing smooth measurements of the noise budget and the sensing matrix is some sharp spikes in the LSC error signals.

For example when we lock PRMI with REFL33 and AS55 fedback to PRCL and MICH respectively, both the REFL33 and AS55 signals show some spikes in time series.

Those spikes then bring the noise spectra higher than how they should be.

So for the reason, taking the noise budget doesn't give us much information about the interferometer rather than there are spikes.

Also the sensing matrix measurement has been suffered from those spikes, which excite the impulse responses of the low pass filters in the LOCKIN detection systems a lot.

(What we did)

 We looked into the actual analog signals to see if there are indeed spikes or not before they are acquired to the ADCs.

But we didn't find any corresponding spikes in the signals that are after the mixers.

It maybe because the signals we looked into didn't have high enough SNR because they were coming out from the monitor lemo outputs on the demod boards.

 Then we thought the spikes are from the whitening circuits, due to some kind of saturation.

We decreased the gain of the whitening filters by a factor of 10, but it didn't help and the spikes were still there.

For some reason there appears to have been a spontaneous timing glitch in the c1lsc IO chassis that caused all models running on c1lsc to loose timing sync with the framebuilder.  All the models were reporting "0x4000" ("Timing mismatch between DAQ and FE application") in the DAQ status indicator.  Looking in the front end logs and dmesg on the c1lsc front end machine I could see no obvious indication why this would have happened.  The timing seemed to be hooked up fine, and the indicator lights on the various timing cards were nominal.

I restarted all the models on c1lsc, including and most importantly the c1x04 IOP, and things came back fine.  Below is the restart procedure I used.  Note I killed all the control models first, since the IOP can't be restarted if they're still running.  I then restarted the IOP, followed by all the other control models.

controls@c1lsc ~ 0$ for m in lsc ass oaf; do /opt/rtcds/caltech/c1/scripts/killc1${m}; done
controls@c1lsc ~ 0$ /opt/rtcds/caltech/c1/scripts/startc1x04
c1x04epics C1 IOC Server started
 * Stopping IOP awgtpman ...                                                                      [ ok ]
controls@c1lsc ~ 0$ for m in lsc ass oaf; do /opt/rtcds/caltech/c1/scripts/startc1${m}; done
c1lscepics: no process found
ERROR: Module c1lscfe does not exist in /proc/modules
c1lscepics C1 IOC Server started
 * WARNING:  awgtpman_c1lsc has not yet been started.
c1assepics: no process found
ERROR: Module c1assfe does not exist in /proc/modules
c1assepics C1 IOC Server started
 * WARNING:  awgtpman_c1ass has not yet been started.
c1oafepics: no process found
ERROR: Module c1oaffe does not exist in /proc/modules
c1oafepics C1 IOC Server started
 * WARNING:  awgtpman_c1oaf has not yet been started.
controls@c1lsc ~ 0$ 

The spot positions on the MC mirrors were measured in the vacuum condition.

The obtained spot positions are quite bad and roughly at 2-3 mm level. We have to realign the beam axis and the MC mirrors.

The spot positions on the MC mirrors were readjusted.

All the amount of the off-center became smaller than 2 mm, which meet requirements of the beam clearance on the Faraday.

 In order to improve the MC1-YAW and MC3-YAW spot positions, the angle of the incident beam has to be shifted by approximately 1/100 rad.

However it turned out to be very difficult to introduce such amount of angle only with the steering mirrors on the PSL table since we have to keep the same translation while changing the angle.

After the boot-fest, the nightly backup to Powell-Booth failed, and an automatic email got sent to me. I restarted the ssh agent, following the instructions in /cvs/cds/caltech/scripts/backup/000README.txt .

Last night, 2+ hour lock, probably broken by me driving too hard (DARM_EXC).

I tuned alignment, gains and filters to achieve stable lock of PRMI.
It now locks quite stably with UGF of ~100 Hz. Measured power recycling gain at maximum is ~ 25.

Locking details:
  == PRMI carrier ==
  MICH: AS55_Q_ERR, AS55_PHASE_R = -12 deg,  MICH_GAIN = -1, feedback to ITMX(-1),ITMY(+1)
  PRCL: REFL55_I_ERR, REFL55_PHASE_R = 70 deg, PRCL_GAIN = 0.3, feedback to PRM

  MICH servo is always on. PRCL loop turns on by trigger using POP DC. Boost filters and resonant gains turn on by triggers using POP DC.
  Gain normalization was not used.


Openloop transferfunctions:
  MICH: UGF ~90 Hz, phase margin ~40 deg
  PRCL: UGF ~100 Hz, phase margin ~50 deg (cf. Fitted gain was same as half-PRC: elog #8053)
   



Power recycling gain:
  POP DC when unlocked is 6, when locked is 2200-2500, and when dark is 0. So, power recycling gain is ~ 22 to 25. Value without any loss in PRMI is 45 (elog #6947). Alignment was pretty critical to achieve this recycling gain and stable lock.
  There was oscillation at 630 Hz when locked, which is similar to the one we saw in POX11 (elog #8203).


Youtube:




AS(top left), POP(top right), REFL(bottom left), and ETMYT(bottom right). ETMY was mis-aligned, but you can see the beam at ETMYT after PRMI was carrier locked.



MICH/PRCL coupling:
  I measured "sensing matrix" of PRMI by tickling PRM/ITMs/BS at 8.5 Hz and measuring 8.5 Hz peak height of AS55_Q, REFL55_I spectra during PRMI lock (attached is an example measurement of PRM). Below table is the result. AS55_Q has ~5% of sensitivity to PRCL compared with MICH. Also, BS introduces REFL55_I signal considerably. And also, there seems to be an imbalance in actuation efficiency between ITMX and ITMY.

actuation AS55_Q_ERR   REFL55_I_ERR
ITMX      +11.4        +0.80
ITMY      +33.0        +1.06
BS        +50.8        +1.90
PRM       - 0.7        +1.05


AS clipping:
  AS was clipped inside the vaccuum the other day(elog #8198). So, I tried to avoid AS clipping by aligning BS this morning. But it turned out that avoiding AS clipping by BS makes ITMX beam centering worse. Maybe we should center the beam on Yarm first next week.


Next:
 - calculate expected PRMI recycling gain with loss, PR2 filpped
 - beam centering on the arms
    - IPANG, IPPOS, Y green, X green
    - PRMI g-factor measurement

  Whereas the sensing matrix coefficients for ITMX/ITMY in REFL_I indicate an actuation imbalance, the disparity in the ITMX/ITMY to AS_Q elements does not. However, they do indicate why there is a PRM to AS_Q coupling at all.

I would recommend setting up the triggering so that the REFL & AS whitening is turned on AFTER lock acquisition and using a frequency of ~100-300 Hz for the sensing matrix measurement to fix these issues.

We measured the coherence between the seismometer near the MC2 stack and accelerometers on the vacuum tank where MC2 is. Because accelerometers produce small signals at low frequencies, which are comparable with adc noise, we  amplified the accelerometer signal by a factor of 20. We could not do it more because though adc has 40 V range, the black box that follows the channel sockets can transmit only 2.5 V max amplitude signal. Probably, this was done because old adc accepted 2 V max amplitude.

We were able to found some coherence at 0.1-1 Hz though the accelerometer signal is rather noisy. So to consider stack as a noise source is still possible. This measurement should be better done with two seismometers, one on the floor, the other on the stack. From the figure we can also see that tilt affects the x and y seismometer signals from 0.1 Hz. Green line (z-component) is much lower that red and blue lines (x and y). Tilt affects on horisontal axes of the seismometer much more than on vertical.

What we also think about is that at low frequencies mirrors start to move approximately the same and seismometers can help us to figure out small reletive displacement of the mirrors which form the MC length. We can estimate the critical frequency by presenting the ground motion as interference of surface waves with different velocities and amplitudes. For only 1 wave we have for the relation of MC length to the seismometer read out  ~sin (2*pi*f/v*L). f - frequency of the wave, v -speed, L - length between the mirrors. We can see that below 1 Hz we have ~sin (f/2). At this point seismometer signal could lose coherence with MC length signal. We could try to subtract seismometer signals from corresponding axes, but gur1 and sts1 has different calibrations. Moreover, the noise floor of the seismometers might not allow us to measure the differential signal. We'll try to simulate this scenario and find seismometer calibration or measure it. We are basicly interested only in the ratio of calibraion fucntions of 2 seismometers.

The existing elog restart script was running the kill process in the background using the '&' symbol before starting new elog process. This is a BAD idea since there's no way to make sure that the background process has actually worked before the new one tries to start.

That's why you sometimes had to run the script twice. I've removed all of the background "cleverness" so now it will take ~2s more for the script to run - however, it now actually works. We may also upgrade from v2.7.5 to 2.8 today.

I've modified the rc.local file to run the IOC codes as controls, which means they no longer write root permission log files on startup.

The awgtpman, which was the other permission issue with the start scripts, is started by a run script now.  This new version seems to be content to keep the permissions of the current log file, which is set to controls.

This should prevent the issue of sudo wiping your path environment variable for just that command. (Try "sudo which burtwb" versus "which burtwb" for example).  This apparently a security feature of sudo.

If you should happen to use sudo to run a start script, the easiest solution to fix the permissions is just got to the target directory (type "target") and run "sudo chown controls:controls -R *" on one of the workstations (the front ends don't handle the groups properly at the moment).

This should allow the scripts to properly use burtrb and burtwb to write and backup burt files.

This CSHRC mangling on Feb 4 did more than re-arrange FB binaries.

It broke the path to MEDM for the 32-bit machines in the lab (e.g. mafalda) and stopped the MEDM snapshots from being posted onto our MEDM Status Web Page.

This is because, in addition to the paths mentioned in the above elog, the paths to the EPICS directories were also commented out. I've re-inserted them into our

.cshrc file in the 32-bit section; the statScreen CRON that Yoichi set up is now back in business.

* for some reason, the 'cronjob.sh' script is wiping out its own log file. It would be great if someone who understands stderr output re-direction can fix it so that the log-file from each run is retained until the next time cron runs.

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.

 I guess that the estimated state has the same low pass filter, effectively, that we use to low pass the feedback signal in SUSPOS. I wonder if there is an advantage to the state estimation or not. Doesn't the algorithm also need to know about the expected seismic noise transmission from the ground to the optic?

 I think state estimation and optimal control are two different techniques that are often used together. Sometimes (as for pendulum) we can use LQG without state estimation as we need only position and velocity. But for more complex systems (like quad suspension) the states of all 4 masses can be reconstructed in some optimal way using information from only one of them if the dynamics is sufficiently well known. When current system states are measured/estimated we can apply control where all our filters are hidden.

 The algorithm needs to know about expected seismic noise transmission from the ground to the optic, but it might be not very precise. I gave it some rough estimate, there are better ways to do it. I think that we'll understand whether we need state estimation or not when we'll move to more complex systems. Brett uses a similar approach for his modal control. Interesting if these methods + seismometer readings will be able to say if one of your sensors is noisier then others.

I've run static and adaptive filters simultaneously. AA32 filters rotate the phase of the witness signals GUR1X and GUR1Y and now the performance of the static filter is worse. Next time I'll recalculate Wiener filter coefficients taking this into account. But still 2 filters together can deal with a stack better.

 This is super awesome!  I'm totally excited!!

I made static filter to work to evaluate the actuator TF.. Here is the result of static filtering:

 What I did:

 I did offline simulation of the MC_F Wiener filtering using 2 witness signals - GUR1X and GUR1Y. I've downsampled the data from 2048 to 128 Hz and applied the Wiener filter with 10000 for each witness channel:

                                            Result of the filtering                                                                                     Filter coefficients for gur1x and then gur1y

                                         Gur1x -> MC_F transfer function                                                                          Gur1y -> MC_F transfer function

Then using vectfit I approximated obtained transfer functions in the region 0.5 - 20 Hz. I used a window function and then weights to get a more precise result in this range using only 8 poles and zeros.

I obtained the zpk-model for each witness channel and entered it into the FOTON splitting it into 2 parts before that because FOTON does not like too long filters. These zpk-models are at the C1:OAF-STATIC_STATMTX_8_8 and C1:OAF-STATIC_STATMTX_8_9 filter banks.

GUR1X:

z =

  7.527339430029315 +31.603999069997801i
  7.527339430029230 -31.603999069997823i
 27.897703898191267 + 0.000000000000071i
 -6.437806394766186 + 9.893955654289517i
 -6.437806394766159 - 9.893955654289510i
  1.114401249545640 + 5.479278396987240i
  0.176877296954015 + 0.000000000000006i
  1.114401249545616 - 5.479278396987245i


p =

 -0.407251778925379 + 6.263247012022007i
 -0.407251778925379 - 6.263247012022007i
 -0.230672968859081 + 6.846868757063707i
 -0.230672968859081 - 6.846868757063707i
 -2.871419857491615 +13.707864827517826i
 -2.871419857491615 -13.707864827517826i
 -2.134260618362721 +18.319129999777648i
 -2.134260618362721 -18.319129999777648i


k =

     4.113285626223658e-04

GUR1Y

z =

 17.961416874092624 +13.631821252434328i
 17.961416874092642 -13.631821252434353i
 -8.788634771726304 + 7.653357335975781i
 -8.788634771726285 - 7.653357335975777i
 -0.037906973323273 + 5.133348020858679i
 -0.164348392996182 + 3.588803405511463i
 -0.164348392996187 - 3.588803405511474i
 -0.037906973323277 - 5.133348020858679i


p =

 -0.027577318242359 + 5.174655410828068i
 -0.027577318242359 - 5.174655410828068i
 -0.500384298611703 + 6.310552036591990i
 -0.500384298611703 - 6.310552036591990i
 -0.237055716999485 + 6.881204941979009i
 -0.237055716999485 - 6.881204941979009i
 -1.408223271160550 +14.874570175309771i
 -1.408223271160550 -14.874570175309771i


k =

    -2.723835471763049e-04

 Then I approximated the reversed actuator TF  and placed it to the C1:OAF-SUS_MC2_OUT filter bank. The gain to the static filter output is -1.

P.S. Also the static matrix was filled with 1 for some reason. Here is the script to fix it if if will be bad again

for i in {1..8}
do
    for j in {1..28}
    do
        element="C1:OAF-STATIC_STATMTX_"$i"_"$j"_GAIN"
        ezcawrite $element 0
    done
done

In order to prevent different DOF from redetermining static variables in the adaptive code, I've created a separate code for each DOF with the name ADAPT_XFCODE_{$DOF}.c

I've provided the links for these files in the c1oaf.mdl, compiled and run it. Now there are no conflicts between DOFs.

Issues:

1) Turns out the /opt/rtcds/caltech/c1/target/gds/param/testpoint.par file had been emptied or deleted at one point, and the only entry in it was c1pem.  This had been causing us a lack of test points for the last few days.  It is unclear when or how this happened.  The file has been fixed to include all the front end models again.  (Fixed)

2) Alex and I worked on tracking down why there's a GPS difference between the front ends and the frame builder, which is why we see a 0x4000 error on all the front end GDS screens. This involved several rebuilds of the front end codes and reboots of the machines involved. (Broken)

3) Still working on understanding why the RFM communication, which I think is related to the timing issues we're seeing.  I know the data is being transferred on the card, but it seems to being rejected after being red in, suggesting a time stamp mismatch. (Broken)

4) The c1iscex binary output card still doesn't work.  (Broken)

Plan:

Alex and I will be working on the above issues tomorrow morning.

Status:

Currently, the c1ioo, c1sus and c1iscex computers are running with their front ends. They all still have 0x4000 error.  However, you can still look at channels on dataviewer for example.  However, there's a possibility of inconsistent timing between computer (although all models on a single computer will be in sync).

All the front ends where burt restorted to 07:07 this morning.  I spot checked several optic filter banks and they look to have been turned on.

RFM is still not working.  I can see data on a filter just before it reaches the RFM sending code, but I see only zeros on the receiving side.

c1sus machine and c1x02, c1sus, c1mcs, c1rms are running.  At the moment, the c1mcs model is running at about 42 microseconds for USR time and 56 microseconds for CPU MAX, which is close to the 61 microsecond limit.  This is with MC filters on.  So far it has not been late, but its not clear to me if its going to stay that way.  So far I haven't been able to isolate why it sometimes slows down after a few minutes.  Also, it was running faster earlier in the day (around 30-ish microseconds) and I believe it has slowed down slightly in the last hour or two.

c1ioo machine and c1x03, c1ioo are running. However its not doing very much good as I can't get any data transferred from it to any of the optic suspensions. I need to spend some more time debugging this and then grab Alex I think.

I have been getting ready for the annual safety inspection in the past 2-3 days.

Status update of the absolute length (ABSL) measurement:

 - To accommodate the ABSL stuff, the AS path was relocated on the AP table.

     (In this evening Jenne was able to lock MICH with AS55, so it's working fine.)

 - On the AP table all of the necessary items, including the NPRO, a Faraday, some mirrors and etc., were in place

 - The mode matching was coarsely done. The Rayleigh range looked reasonably long.

 - Fine alignments will be done tomorrow

 - Also a picture of the setup will be uploaded in the morning.

Rana forced me to write this entry for summary because he didn't come to the 40m meeting today.

Status update :

    Interferometer Input Beam alignment with the PZTs.

     60 % done. The rest of the 40 % is to make the procedures automated.

     The beam spots on ITMY and ETMY are centered within ~1 mm accuracy.

     PRM, BS, ITMX, & ITMY actuator calibrations and PRC/MICH error calibrations

    Ongoing: First we will do it by hand, then some scripts will be made for the calibraion and resultant noise budget.

     F2A Suspension filter calculations.

      ETMY and ITMY are done. Need volunteer for ETMX, ITMX, BS, PRM, & SRM !!

      Bounce-Roll notch filters

      Leo is working on it. 25% complete...

     DC signal from RFPDs

      The RFPDs have a local SMA DC output as well as a DC output from their PD Interface cards in the LSC rack. We have hooked up some of the PD Interface DC outputs to the LSC ADCs but not tested??

Next steps:

  Installation of a temporary (Thorlabs) DCPD on either POY to see the intra-cavity power in the PRC. It would be ridiculous to put detectors on POX or POP since they're still clipped.

  D-phase and amplitude imbalance adjustment of the demod baords.

          make a script which uses pynds.

  Alignment of the full interferomter, starting from the X arm

  Loss measurements for the arms

  Schnupp asymmetry measurement

Status update of the Y arm green lock:

  + Recent goal : automation of the single arm green lock

(Things done)

• Implementation of some realtime LOCKIN modules to detect the sign of the error signals.
• Modification of the realtime control model to accommodate the I/Q MFD signals, which will be available in the near future. (Of course the model file in the svn has been also updated)
• Update of the medm screens.
• Scripting of the auto-lock has been 30 % done.
• Succeeded in automation of closing the ALS loop. (I have tried several times and no failure was observed so far)

(Things to be done)

• Scripting a routine to detect the sign of the fine sensor signals.
• Development of a clever length scan algorhythm.
• Scripting handing off routines.
• Implementation of some lock-success binary bits to define the ALS state.
• Implementation of fail-safes.

• The top name of the channels has been changed from GCV to ALS      
  => Although the model name itself is still C1GCV to keep the current relations between other computers.

• I and Q signals on each sensor.
• LOCKIN modules to detect the sign of the error signals by shaking suspensions.
• Offset adjusters, which are combination of a controllable epics value and a low pass filter, to allow a smooth length scan.
• Input matrix. This branches the input signal to the DOFs as well as the LOCKIN modules.
• Output matrix to allow some combination of actuation (e.g. DARM, CARM, MCL, etc.,)
• Output switch to enable/disable any feedbacks to the suspensions
• Output filters before the suspensions. These filters will be usually flat, but enable us to inject some signals and enable some limiters.
   
  Here is the latest medm screen for the modified realtime controller.
  It gives you the idea of how the latest model works.

 I connected the PLL signal to the ADC on c1ioo. 

So now we are able to take the data into the digital world, and will be able to feedback signals to the suspensions.

 The output signal from the VCO box goes to a black beakout board on 1X2 rack though a BNC cable.  

Then the signal comes out from the back side of the board with DB39 style, so I put a DB39 to SCSI adapter so that we can take it to the IO chasis.

Now the SCSI is connected to ADC_1 (the second ADC card) on the IO chasis at 1X1. 

  Additionally I modified the green locking simulink model, C1GCV, in order to pick the right ADC channels.

A medm screen for green locking is now under the construction. I put a link on the sitemap screen, so anyone can look at the half-baked green locking screen.

Any comments and suggestions are really welcome.

I realized that the black AA board I mentioned on the last entry has the same range issue as Valera reported before (see #3911). 

Basically our ADC card has +/- 10V input range, but on the other hand the AA board is already limited by approximately +/- 2V.

We have to fix it.

 The power outage did not have any effect on the vacuum system.  I had to open VM1 to the RGA because of flaky CC1 cold cathode gauge fluctuations.

We are running on the vertically positioned CC1 again.

Note: rga scans with closed VM1 are back ground scans.

We have two ready for vacuum 1.5" mirror mounts with pico motors in our hands. 


 

In moving now to full IFO locking, there are a number of sub-states to diagnose:

1. PRMI + 1 arm

• Measure sensing matrix as arm is scanned into resonance. Compare time series of sensing matrix elements with New LoopTickle simulation. But first, we need more than 1 LOCKIN screen in the LSC! That will allow us to measure all of the elements of simulataneously.
  
• Measure 3f PRMI noise spectra as a function of arm position. Look for trouble.

1. DRMI + 1 arm

• Same as PRMI above.
• Want to find why this is unstable sometimes. Make stable for t > 10 minutes.
• Maybe add some QPD->ASC for SRC angular control, but how? Will this still work after the arms are resonant or will it be swamped by carrier contrast defect? Will Berlusconi ruin all of the Italian gelateria? Only time can tell...

1. FPMI (non optically recombined) for ALS diagnosis
2. PRFPMI (iLIGO configuration)

• this ought to be easier than DRFPMI
• will let us tell if our ALS is good enough to handle the coupled cavity pole

1. DRFPMI (aLIGO style)

Which to do first and in what order?

I vote on PRMI+1arm -> PRFPMI

3 strip charts monitoring on 24 hours time scale: Vac,  PSL-IFO,  SUS and 10 channel video monitoring inside - outside  of 40m lab

 I've updated the slider twiddle script to include the MC alignment biases.  We should run this script whenever we reboot all the hardware, and add any new sticky sliders you find to the end of the script.  It's at

/cvs/cds/caltech/scripts/Admin/slider_twiddle

>> mcc -v -m -R -nojvm seisBLRMS.m
Warning: Duplicate directory name: /cvs/cds/caltech/apps/linux/matlab/toolbox/local.
Compiler version: 4.6 (R2007a)
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/matlab/mcc.enc
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/signal/mcc.enc
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/control/mcc.enc
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/filterdesign/mcc.enc
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/shared/controllib/mcc.enc
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/ident/mcc.enc
Warning: an error occurred while parsing class FilterDesignDialog.AbstractEditor:
Undefined function or variable 'DAStudio.Object'.

> In /cvs/cds/caltech/apps/linux/matlab/toolbox/shared/filterdesignlib/@FilterDesignDialog/@CoeffEditor/schema.p>schema at 9
Warning: an error occurred while parsing class FilterDesignDialog.CoeffEditor:
Invalid superclass handle.

Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/fixedpoint/mcc.enc
terminate called after throwing an instance of 'ApplicationRedefinedException*'
Abort (core dumped)
"/cvs/cds/caltech/apps/linux/matlab/bin/mcc" -E "/tmp/fileRnU5Qj_31324": Aborted
??? Error executing mcc, return status = 134.