I have a concern about the SRM suspension. The yaw alignment bias produces huge pitch coupling.

This could be a connector issue or the rubbing of the mirror on the EQ stops.

We have the photos of the magnets and they were not touching the OSEMs.

 Cold cathode gauge CC1 -h (horizontal) just coming on 9.2e-5 Torr

P2 is the fore line pressure of the maglev. One can see the 4 Torr load during switching over to turbo pumping.

CC4  5e-9 Torr is the performance of the maglev pumping on the RGA only.

The annuloses are not pumped  now.  They are closed off to see how much outgassing plus leak they have.

Configuration: vacuum normal, annuloses not  pumped

Condition: normal

Precondition: 14 days at atm, IOO chamber north door was taken off as a new entrance, the ETMX chamber was not opened.

What is new in the vacuum system: new P1 pirani gauge, gold plated clean allen wrench and ..........what else was dropped?

Note: the wireless laptop did not fail once all day yesterday. I want to give credit to the person who is responsible for this.

I moved bunch of ezcawrite from the ASS Dither On script to a snapshot file.

This accelerated a half of the "up" time but still switching part is not in the snapshot.

If you find anything wrong with ASS, please notify me.

 TP2's fore line - dry pump replaced at performance level 600 mTorr after 10,377 hrs of continuous operation.

Where are the foreline pressure gauges? These values are not on the vac.medm screen.

The new tip seal dry pump lowered the small turbo foreline pressure 10x

TP2fl after 2 day of pumping 65mTorr

I have furthered Koji's work, and moved the filter on/off state for all the filter banks also to the burt snapshot.  

Turning on the ASS is now much faster than it was originally, with the ezcawrites in series.

[Koji, Jenne]

We have looked a little more at the SRM situation.  We aligned the SRM, and then aligned the oplev, so that we had a convenient monitor of the optic's motion.

When we use the _COMM channels, which are the usual ones on the IFO_ALIGN screen, the pitch slider makes pitch motion, but the yaw slider makes the oplev spot move ~45degrees from horizontal.

However, when we use the bias channels that are in the front end model, parallel to the ASC path, pitch moves pitch, and yaw moves pure yaw.

So, we conclude that the SRM coils are fine, and there is something funny going on with the slow part of the actuation. 

Koji restarted the slow computer susaux, and burt restored it, but that did not fix the situation.  We went inside and looked at all of the ribbon cable connections, and pushed them all in, but that also has not fixed things. 

We have been looking at D010001-b, the coil driver board, and we think that's where the summing resistor network between the slow bias slider, and the coil outputs from the fast model exists.  (It's not 100% clear, but we're confident that that's what is going on). 

Tomorrow, we will pull the SRM's coil driver board, and see if any of the components in the slow slider path, before the summing point, look burned / broken / bad.

While Gautam is working on the Xarm green ASS...

The EPICS monitor points for the ASS actuators were added to the ASS model.

This will be used for the offloading the ASS actuations to the alignment biases.
As this modification allowed us to monitor the actuation apart from the dithering,
now we can migrate the ASS actuation to the fast alignment offset on the suspension.
This modification to the offset moving scripts were also done.

 I have done some preliminary testing of the X-End Green ASS Servo. I will write a more detailed elog about this soon, but I thought I'd note down the important stuff here.

Yesterday, while we were venting, I aligned the X-arm to the green using the sliders on IFOalign, maximizing the transmission. Then I retook a power spectrum so as to determine the LO frequencies. Jenne pointed out that LO frequencies should not be integers (it usually suffices to append a .098725 or something to the frequency) so I made the necessary changes.

I did a first run of the servo yesterday, and more runs today. Notable points:

1. I was able to lock to 00 from a 08 or 09 mode using the PZT sliders
2. The green transmission having locked to 00 was ~0.2. I then ran the servo and got it up to ~0.4 and then 0.6 (see time series plot attached). The servo was able to recover this level of transmission after misaligning the steering mirrors using the PZT sliders.
3. This was not the optimal transmission level as when Koji moved ETMX a little, the transmission improved.
4. The actuators are degenerate. Most of the time, only two of the four servos are doing anything significant. This is probably because of the fact that the two steering mirrors are so close to each other, that moving one or the other produces virtually the same effect. I do however have some cool videos of mode-hopping :)
5. The range of actuation of the PZTs is probably not enough to maximize the green transmission from an arbitrary state because of point 4 (i.e. we need to move one mirror in some direction a lot, and move the other a lot to compensate for the change, and the overall gain in input pointing/alignment is marginal). It may be that things will be slightly better at the Y-end. It would also be interesting to see if there is any improvement in the servo performance by dithering the cavity mirrors as opposed to the PZT mirrors.
6. To this end, I tried modifying the c1asx model to incorporate an option to dither the cavity mirrors. The plan was to make a second set of LOs in the model that output to ITMX and ETMX suspensions. However, for some reason, when I recompiled the model and restarted it, c1iscex crashed. Parity has now been restored. Note that in order to accommodate the new LOs, I had to make changes to C1SUS, C1RFM and C1SCX as well. I have since removed all my additions, saved, built and installed these models, but have not restarted them (with the exception of C1SCX which restarted when I manually restarted c1iscex). 
7. The plan tomorrow is to try incorporating cavity dither into the model again. This time, I'll try grabbing the LO-related signals from c1ass directly, as I am not clear why my approach did not work.

More details to follow.

 1, Vacuum envelope grounds must be connected all times!  After door removal reconnect both cables immediately.

 2, The crane folding had a new issue of getting cut as picture shows.

 3, Too much oplev light is scattered. This picture was taken just before we put on the heavy door.

 4, We were unprepared to hold the smaller side chamber door 29" od of the IOC

 5, Silicon bronze 1/2-13 nuts for chamber doors will be replaced. They are not smooth turning.

I was receiving missing path error when I was trying to measure the MC spot positions. Jenne pointed out that Koji had moved all the unused scripts in scripts/ASS to /scripts/ASS/OBSOLETE yesterday and in the process one of the scripts that the MC spot position measurement script calls for (MeasureSpotPositions.py) must have also been moved to the OBSOLETE directory. I moved the script to /scripts/ASS/MC so that we know the script is being used and also changed its path in the main script.

- IPANG aligned on the QPD. The beam seems to be partially clipped in the chamber.

- Oplev of the IFO mirrors are aligned.

- After the oplev alignment, ITMX Yaw oplev servo started to oscillate. Reduced the gain from -50 to -20.

Notes to the fiber team:

I am aligning beam onto the RFPDs (I have finished all 4 REFL diodes, and AS55), in preparation for locking. 

In doing so, I have noticed that the fiber lasers for the RFPD testing are always illuminating the photodiodes!  This seems bad!  Ack!  

For now, I blocked the laser light coming from the fiber, did my alignment, then removed my blocks.  The exception is REFL55, which I have left an aluminum beam dump, so that we can use REFL55 for PRM-ITMY locking, so I can align the POP diodes.

EDIT:  I have also aligned POP QPD, and POP110/22.  The fiber launcher for POP110 was not tight in its mount, so when I went to put a beam block in front of it and touched the mount, the whole thing spun a little bit.  Now the fiber to POP110 is totally misaligned, and should be realigned.

What was done for the alignment:

1. Aligned the arms (ran ASS).

2. Aligned the beam to all the REFL and AS PDs. 

3. Misaligned the ETMs and ITMX. 

4. Locked PRM+ITMY using REFL11.
The following were modified to enable locking
(1) PRCL gain changed from +2.0 to -12.
(2) Power normalization matrix for PRCL changed from +10.0 to 0.
(3) FM3 in PRCL servo filter module was turned OFF.

5. POP PDs were aligned.

Now the SRM Yaw bias in yaw is functional without any strage behavior.
The problem was found at the connector of the flat ribbon cable from the DAC to the cross connect.

I used the extender board to diagnose the SRM coil driver circuit at 1X4.
The UL coil input did not show any sign of voltage no matter how the bias slider was jiggled.

I opened the side panel of the rack and found the signal was absent at the cross connect which relays two flat ribbon cables
for the SRM coil driver. I checked the DAC output with a multimeter. All the bias outputs were OK at the DAC.

Then I opened the IDC connector at the DAC side of the crossconnect as the signal was already missing there.
I found that the flat ribbon cable was a half line shifted from the supposed location.
This resulted a short circuit of the DAQ +/- pins for the SRM UL coil.

I recrimped the connector and now the SRM Yaw slider is back.
This changed the nominal position of the SRM. The new slider values were saved.

PRMI(sb) lock was recovered

PRMI lock

- Stared at the time series data of the REFL demod signals, and decided to use REFL165I&Q for the locking.

- Jiggled the demodulation phase of REFL165 and POP110. Changed the servo gains.

- Finally found a short lock. Further optimized the parameters.

- PRM ASC was turned on by giving the identity matrices for the input and output matrices.
  Now just hitting the up button is sufficient to engage the ASC servo.

- Under the presence of the ASC, the PRMI is indefinitely locked as before.

- Reacquisition is also instantaneous. (It acquires even if the ASC is left "on".)

- Actually the lock is somewhat robust even when the PRM ASC is not used.
  This is VERY GOOD as we can skip one of the steps necessary for the full lock.
  Although, the seismic on Friday night is very quiet.
  The spot motion at POP seems to be somewhat pitch/yaw mixed, in stead of previous "totally-dominated-by-yaw" situation.

- We are ready to implement ASS for PRM

Demod phase adjustment

- Shook PRM at 580Hz / 100cnt

- Swept the demod phase of REFL165 such that the PRM peak is minimized in the Q signal

- Open DTT. Measured transfer functions between REFL165I and the Q signals of each PD.

- Minimized the PRCL signal coupling in the signals.

- The resolution of the adjustment was ~1deg.

Locking test with PRM/BS

Tried the lock acquisition only with PRM and BS. (cf. http://nodus.ligo.caltech.edu:8080/40m/8816)

This just worked nicely.

Today's locking parameters:

PRMI(sb) lock:

MC Trans: 17500
POP110I (in lock): 150

PRCL Source: REFL165(I) 106deg / 45dB / Normalization SQRT(10 POP110I) / Input MTRX 1.0
PRCL Trigger: POP110I x 1.0 50up 25down
PRCL Servo: G=+3.5 Acq: FM4/FM5 Opr: FM2/FM3/FM6/FM7
PRCL Actuator: PRM +1.0

MICH Source: REFL165(Q) 106deg / 45dB / Normalization SQRT(0.1 POP110I) / Input MTRX 1.0
MICH Trigger: POP110I x 1.0 50up 25down
MICH Servo: G=-10 Acq: FM4/FM5 Opr: FM2/FM3/FM6
MICH Actuator: (ITMX -1.0 / ITMY +1.0) or (BS 0.5 / PRM -0.267)

Demod phases:

AS55 -17deg
REFL11 135deg
REFL33 -18deg
REFL55 120deg
REFL165 106deg

Over the last three days, I've had the interferometer to test and optimize the ASX Servo. Based on what I have seen, I think the conclusion is that with the current parameters, the servo does its job provided the input pointing set up at the endtable with the coarse adjustment knobs is reasonably good. Once the cavity is aligned and IR transmission maximized using ASS, I have been able to get the green transmission up to 0.8 which is close to the best we had pre-vent. I have not been elogging regularly over the last few days, so this one is going to be a longish one.

Major changes made:

1. The SIMULINK model has been modified to accommodate an option to dither the cavity mirrors and not the PZT mirrors. Details are as follows:
   • I have sent the LO signals (CLK,SIN and COS) from the ASS model to the ASX model via the RFM model. Appropriate changes were made to all these three models, and recompiling and restarting the models was done without issue. The SIN and COS signals are used to demodulate green transmission at the dither frequencies. ***The CLK signal is not required to be sent between models as it is not being used by ASX (I turn the dither ON using the channels already set up for ASS). I realised this a little late, and at present the ASS and RFM models are compiled such that the CLK signal is also sent from ASS to RFM. This can be removed, thus freeing up 4 unnecessary inter-process communication channels. Also, I am not too sure if this is relevant, but the maximum computation time of both the RFM and ASX models seem to have gone up after I added these inter-process communication links.***
   • The rest of this part of the servo is a replica of the part where PZT mirrors are dithered. At present the servo output is the sum of its two branches (PZT mirror dither branch and cavity mirror dither branch) which works fine under the assumption that at any one time, only one arm will run. Ideally, the summing block should be replaced by a switch. However, when I tried (in an earlier attempt to include the cavity dither) to do this and restart the model, c1iscex crashed, and so I decided against using the switch block for this trial.
   • The control signal generated using green transmission demodulated at the ETM dither frequencies are used to actuate on M1 while the ITM ones are used to actuate on M2. Of course, by setting the appropriate off-diagonal elements in the output matrix, this can be modified as desired.
2. The main MEDM screen has been updated to reflect the new additions to the SIMULINK model. Screenshot is attached. The picture isn't entirely accurate as the monitor channels in the upper row actually show the servo output + slider output. This needs to be changed in the model, and a new set of monitors need to be added to the MEDM screen. In the end, we require four sets of monitor-points in the model: PZT dither servo output, cavity dither servo output, sum of these with any offset from the PZT sliders, and the sum of the latter with the dither signal (this is what eventually goes to the PZT mirrors while the dither is on).
3. I added scripts to the MEDM screen that turn the PZT mirror dither servo on and off. Note that when you want to run a new script on an MEDM screen using medmrun, you need to change the permissions of the file by going to the path where your script is located and running chmod 755 <name of script>. Manasa has updated the same on the wiki.

 Details of tests runs:

For the most part, I have been trying to optimize the PZT mirror dither servo. To this end, I did the following:

• Went to the X-end and fixed the input pointing which was not optimal. Manasa first aligned the arm and ran ASS to maximize the IR transmission. I then used the coarse adjustment knobs on the mirror mounts to get the green transmission up to ~0.6.
• I then set the following parameters in the servo (these are all in the script, path to which is /opt/rtcds/caltech/c1/scripts/ASX):
  1. LO frequencies of 10, 19, 34 and 39 Hz respectively for M1 PIT, M1 YAW, M2 PIT and M2 YAW.
  2. LO amplitudes of 75 for all the four degrees of freedom (determined by using PZT calibration to see what amplitude would couple 10% of power into the first higher-order-mode assuming a perfectly aligned beam to start with.
  3. LIA BP filters centered at the above frequencies with 2Hz passband on either side.
  4. LIA LP filters with corner frequency 0.5 Hz.
  5. LIA Signal filter bank gain set to 100 for all degrees of freedom.
  6. LIA Demod I phase filter bank gain set to 5 for all degrees of freedom.
  7. Control filter gains to 1 for all degrees of freedom (control filters are all integrators).
  8. Demod phase set to 0 for all degrees of freedom. I did not really try to optimize this but the servo seems to be doing reasonably well even with this setting.
  9. Overall servo gain to 1 (the servo worked well when I increased this to 5 as well, but became unstable when I increased it further).
• I ran the servo. Observations were as follows:
  
  • Having fixed the input pointing to get green transmission up to ~0.6, the servo was able to improve it to ~0.8, which is the best we had after hours spent at the X-end prior to the vent.
  • Given a good input pointing, we can use the PZT mirrors to lock to 00 mode from some misaligned state using either the sliders, or by leaving the servo on, and helping it out at the points where it gets 'stuck' in some higher mode using either the sliders or by toggling the shutter.
  • In order to recover green transmission of ~0.8, it was often necessary to first run ASS to optimize the IR transmission. Otherwise, green-transmission saturates at ~0.6 or 0.4 depending on the misalignment of the arm cavity mirrors. The servo was unable to change the input pointing enough to deal with overly misaligned cavity mirrors. 
  • The servo is sometimes capable of bringing about mode-hopping from a higher order mode to a lower one, though this is not always the case as the PDH lock is sometimes too strong, in which case I toggled the shutter after which the servo kicked in.
  • I tested the servo under as many different conditions as I could. For instance, having left the green shutter open overnight, I saw that the transmission had fallen from 0.8 (which was what we saw on Thursday night) to ~0.4 on Friday morning. Running the servo got the transmission up to 0.6. I then asked Manasa to run ASS, (while leaving the ASX servo on), after which point the green transmission went up to 0.8. Sometimes, the servo locks to a 'bad' 00 mdoe, where the transmission saturates at ~0.2, but toggling the shutter fixes this most of the time.

Attempt to measure transfer function:

One of the things that came up during my presentation was how fast the loop was capable of responding. I was able to get a quantitative idea of this by playing around with the overall servo gain. Initially, it took ~30 seconds for the servo to get the transmission up to its peak value, with a servo gain of 1. When I ramped this up to 5, the response was much faster, with the peak transmission being reached in ~5seconds. 

I wanted to get a more quantitative picture, and hence tried to measure the transfer function by first injecting an excitation into the 'SIG' filter-bank in the demodulation stage. However, coherence between the IN1 and IN2 signals was very poor for all the amplitude configurations I tried. At Jenne's suggestion, I tried injecting the excitation at the control-filters stage, but found no improvement. Perhaps the amplitude envelope was wrong or the measurement technique has to be rethought. 

 Misc remarks:

1. M1 is the first steering mirror and M2 is the second one (right before the beam enters the arm cavity).
2. Though I have added the cavity dither feature to the model, I was not able to optimize this servo. Some calculations need to be done to get an estimate of the output matrix, after which the filter gains etc can be optimized.
3. Today, I cleaned up my temporary setup at the SP table to calibrate the PZTs. Most of the hardware for the Y-end is now in the tupperware box. The QPD and laser have been restored to the optical bench next to MC2 where I found them. The second KEPCO HV supply which I had set up has now been installed at 1Y4 in anticipation of the PZT mirrors at the Y-endtables. It is currently powered OFF.
4. Performance plots to follow as I have not pulled the data out yet.
5. I had bought a cake from chandler today in an effort to clear my meal plan, but in the rush in the afternoon, completely forgot about it. It is in the fridge, and is strawberry tart, hope it tastes good.

 New MEDM screen:

  In the past, we used to use Stefan's 'ezcademod' or Matt's 'ezlockin' to do auto phase adjustment.

JoeB / Jamie are working on python replacements for these tools, but in the near term possibly I can make a bash script to use ezcaservo and the existing LOCKINs to do this.

 Getting rid of the LO transmission will certainly help / be good.  After adding these channels, the RFM model is regularly hitting 62usec (out of a max acceptable of 60).

I'm not really sure why the ASS was involved in this.  I feel like it might have been simpler to just do everything in the ASX model, to keep things cleaner.  Also, the IPC blocks for this stuff (in both ASS and ASX) are not on the top level of the model.  I had thought that this was expressly forbidden (although I'm not sure why).  I'm emailing Jamie, to see if he remembers what, if anything, is breakable if the IPC blocks are down a level.

I'm not sure if it's forbidden by the RCG, but you should definitely NOT do it.  All IO, whether it be between ADC/DACs or IPCs, should always be at the model top level.  That's what keeps things portable, and makes it easier to keep track of where are signals are going/coming from.

 I have added an IPC sender from the LSC model, to send POPDC to ASS.  I have copied over the structure of the arms' ASS, to do the same for PRCL.  I have set it up to dither the PRM, and feed back to the PRM.  I did not include an LSC set, since I'm assuming that we'll set the input pointing with the arms, and just want to move the PRM to maximize POPDC.

Models have been compiled, installed, and restarted, and the daqd was restarted.

I have added the PRCL ASS to the main ASS screen, and created the servo and lockin screens.  The filters loaded are the same as those used for the arms (bandpasses and lowpasses for the lockins, and an integrator for the servo).

I'm going to try to lock, and get the ASS to work.

Why POPDC???

I started to modify the c1asx model to reduce the RFM model from hitting its max time.
Instead of bringing in ASS, I have modified ASX to do everything and only the clock signals to ITMX pitch and yaw are now going through RFM. RFM is still hitting 62usec and I suppose that is because of the problems with c1iscex.

c1iscex not happy

Cause and symptoms
While restarting the models, c1iscex crashed a couple of times because of some errors and had to be powercycled. The models were modified and they seem to start ok.
But it looks like there is something wrong with c1iscex since the models were started. The GPS time is off and C1:DAQ-DC0_C1X01_CRC_SUM keeps building up even for c1x01 which was left untouched.

Trial treatments
1. Since c1x01 ans c1spx were not touched,c1scx and c1asx were killed and we tried to start the other models. This did not help.
2. Koji did a manual daqd restart which did not help either.

We are leaving c1iscex as is for the time being and calling Jamie for help.

P.S. While making the models, I had created IPCx_PCIE blocks in c1iscex which do not exist. I changed them to RFM and SHMEM blocks. This did not allow me to compile the model and was only spitting errors of IPCx mismatch. After some struggle and elog search I figured out from an old elog that eventhough the IPCx blocks are changed in the model, the old junk exists in the ipc file in chans directory. I deleted all junk channels related to the ASX model. The model compiled right away.

 I guess I was thinking that POPDC was a proxy for any type of PRCL lock.  Even if we're sideband locked, there is still some signal in POPDC (although it is very small relative to a carrier lock - ~40cts vs. 1,000cts).  However, as soon as this question was asked of me, I realized that one of the 2f demodulated signals made more sense. 

Since I want the ability to choose between POP110 and POP22, I have put a little 1x3 input matrix before the PRCL lockins in the ASS model.  Since POPDC was already there, I included it as an option in the matrix (in case we ever want to do some PRCL ASS after we have some carrier resonating as well). 

 Sorrensen ps ouput of +15V at rack 1X9 was current limited to 10.3V @ 2A

Increased threshold to 2.1A  and the voltage is up to 14.7V

Our fluorecent lights became obsolete.  We'll have change fixtures over to some more energy efficient one. Do you have any recommendation regarding to less noise performer unit?

We may go this direction of LED fluorecent lamps ?

c1x01 timing issue was solved. Now all of the models on c1iscex are nicely running.

Symptons

- c1x01 was synchronized to 1PPS in stead of TDS

- C1:DAQ-DC0_C1X01_STATUS (Upper right indicator) was red. The bits were 0x4000 or 0x2bad.
  C1:DAQ-DC0_C1X01_CRC_SUM kept increasing

 - c1scx, c1spx, c1asx could not get started.

Solution

- login to c1iscex "ssh c1iscex"

- Run "sudo shutdown -h now"

- Walk down to the x end rack

- Make sure the supply voltages for the electronics are correct (See Steve's entry)

- Make sure the machine is already shutdown.

- Unplug two AC power supply of the machine.

- Turn off the front panel switch of the IO chassis

- Wait for 10sec

- Turn on the IO chassis

- Plug the AC power supply cables to the machine

- Push the power switch of the realtime machine

I aligned both the X and Y end green to the arms.

Eric and Steve,

 We removed Wilcoxon Accelerometer PS and Amplifier unit under the BS optical tabel yesterday. The six cabels going to DAQ  were labeled and left in place. Gain setting were 100, except channel 3 was 10.

The ~ 40 m long 2 sets of 3 cables were very happy to get their kinks out. Especially the set going just south of ITMX optical  table.

We have to take better care of these cables! Your data will be useless this way.

[Koji, Nic, Manasa]

Update from last night.

Koji and I realigned the green optics on the PSL to start working on the ALS.

We set on a beat note search. We couldn't find the beat note between any of the arm green transmission and the PSL green. All we could see was the beat between the X arm and the Y arm green leakage.

Since we had the beatnote between the 2 green transmission beams, we decided to scan the PSl temperature. We scanned the SLOW actuator adjust of PSL; but couldn't locate any beat note. The search will continue again today.

Beat notes were recovered for both the arms.

I locked the arms to IR using PDH and measured the ALS out of loop noise at the phase tracker output.

The Y arm has the same 300Hz/rtHz rms. The X arm rms noise measures nearly the same as the Y arm in the 5-500Hz region (X arm has improved nearly 10 times after the last whitening filter stage change  old elog ).

The noise in the ALSX error signals could be related to the bad alignment and conditions at the X end.

 After many, many moons of getting to know exactly how frustrating Altium can be, I have completed the PCB layout for my ISS board (final page of ISS_v3.pdf).

Before I get into detail about the PCB, there is one significant schematic change to note: the comparator circuit was changed (with significant help from Koji) so that the voltage reference for boost triggering is established in a more logical way. Instead of the somewhat convoluted topology I had before, now there are only two feedback resistors, R82 and R83. Because their resistances (500k and 50k respectively) are so much larger than the total resistance of the 1k potentiometer (used to establish a tunable threshold voltage), the current flowing through the feedback loop is negligible compared to the 5 mA current flowing through the potentiometer (the pot is rated for 2 W and with 5 mA -> 25 mW dissapation). This allows one to set the threshold voltage for my schmitt trigger, at pin 2 of both the pot and the comparator, entirely with the pot. This trigger also has hysteresis given by the relation deltaV ~ (R83/R82) * (Voh - Vol) where deltaV is the separation between threshold voltages, Voh is the high-level comparator ouput and Vol is the low-level comparator output. Koji simulated this using CircuitLab and I plan to verify the behavior by making a quick prototype circuit.

Now, on to the PCB. The board itself is of a 'standard' LIGO size (11" x 6") has 3 routing layers and 3 internal planes, one for +15 V, one for -15 V and one for GND. In the attached pdf, red is the top routing layer, blue is the bottom layer and brown is the middle routing layer (used for ±5 V exclusively). The grey circles are pads and vias (drilled through) and anything in black is silkscreen overlay. I placed each component and track by hand, attempting to minimize the signal path and following the general rules below,

• Headers for power, ±5 V and ±15V, are at the back of the board
• For sections of the board such as filter stages or buffers, resistors and capacitors were grouped around their respective op-amps.
• As often as was possible, routing was confined to the top layer. Tracks on the bottom layer were placed mostly out of necessity (i.e. no possible connection on top routing layer).
• The signal generally proceeds from left to right (directions with respect to the attached printout) in the same logical order as on the schematic sheets. Refer to the global sheet (page 1) of the attached "ISS_v3.pdf".
• External ports such as the PD input, various monitoring ports and panel mounted switches/LEDs were all connected to the board via headers located along the front edge. These are also ordered following the schematic layout.
• Occasionally, similar signal paths were grouped together although this was a rarity on my board

Sections of the board have been partitioned and labeled with silkscreen overlay to help in both signal pathway recognition as well as eventual troubleshooting.

On the board, I have also included holes so that it can be mounted inside of an enclosure. There is a DCC number printed as well as a 'barcode' (TrueType font: IDAutomationC39S), although they both contain filler asterisks as I haven't published this to the DCC and thus do not have a number.

 Based on the facts above I reconnected VC1 and VC2 valves.  State recognition is working.  Ion pumps are turned off and their gate valves are disabled. 

We learned that even with closed off gate valves while at atmosphere  ion pumps outgass hydrocarbons at 1e-6 Torr level.  We have not used them for this reason in the passed 9 rears.

I need help with implementing V1 interlock triggered by Maglev failure signal  and-or P2 pressure.

MEDM screen agrees with vacuum rack signs.

[Koji Manasa]

Yesterday we cleaned up the ASX model and screens to have more straight forward structure of the screen
and the channel names, and to correct mistakes in the model/screens.

The true motivation is that I suspect the excess LF noise of the X arm ALS can be caused by misalignment
and beam jitter coupling to the intensity noise of the beat. I wanted to see how the noise is affected by the alignment.
Currently X-end green is highly misaligned in pitch.

- Any string "XEND" was replaced by "XARM", as many components in the system is not localized at the end table.

- The name like "XARM-ITMX" was changed to "XARM-ITM". This makes easier to create the corresponding model for the other arm.

- There was some inconsistency between the MEDM screens and the ASX model. This was fixed.

- A template StripTool screen was created. It is currently saved in users/koji/template as ASX.stp.
  It will be moved to the script directory once it's usefulness is confirmed.

The next step is to go to the end table and manually adjust M2 mirror while M1 is controlled by the ASX.
The test mass dithering provides the error signal for this adjustment but the range of the PZT is not enough
to make the input spot position to be controlled. In the end, we need different kind of matching optics
in order to control the spot position. (But is that what we want? That makes any PZT drift significantly moves the beam.)

Rana and I connected the PMC_trans output to the BNC connector board on the west end of the PSL table (the channel is labeled). I took a few spectra off of PMC_trans and the SR785 was connected directly to the PMC_trans output for about an hour.

Data will follow.

I took the "aso-laptop" and made it into Ubuntu a couple months ago. Today I added it to the Martian network and then moved it to the X End.

I followed the instructions in (https://wiki-40m.ligo.caltech.edu/Network) and added it to the files in /var/named/chroot/var/named on linux1 and did the "service named restart".

The router already had his MAC address in its list (because Yoichi was illegally using his personal laptop on the Martian). The new laptop's name is 'asia'. This is a legal name according to our computer naming conventions and this Wikipedia page (http://en.wiktionary.org/wiki/Category:Italian_female_given_names). It has been added to the Name Pool on the wiki.

The terminal on the laptop still calls itself 'aso-laptop' so I need some help in fixing that. It successfully connects to 40MARS and displays a MEDM sitemap after sshing in to pianosa.

I use 'ssh -X -C' since I find that compression actually helps when the laptops are so far from the router.

JoeB and JamieR are working somewhat coherently on a set of python libraries to fulfill all of our command line CDS wants. This is being done mostly to satisfy The Guardian and the SkunkTools project.

I did an 'svn up' in /opt/rtcds/userapps (it might finish in ~1000 years) to get the things that they have so far (in particular, Joe's 'pyavg'). There's going to be some issues since the pylib stuff written by Yuta/Kiwamu has never been integrated with anything and is imported as 'epics' in many python scripts. As we move over to the new stuff there will be a lot of broken script functions since the new libraries are also used in that way.

ETMX sus damping restored

[Rana Koji]

This is an elog about the activity on Friday night.

- The X arm green beam was aligned with assist of the ASX system.

- M1 PZT alignment was swept while M2 PZT was under the control of ASX.

- Everytime M1 was touched, M2 was restored by manual alignment so that the REFL beam hits the center of the REFL PD.
  This way we could recover the lock of TEM00. Once TEM00 is recovered, ASX took care of the alignment of M2

- The error signal used by the cavity dither did not give us a good indication where the optimal alignment is.

- Thus the best alignment of M1 had to be manually scanned. The resulting maximum green transmission was ~0.88

- Once the beam was aligned, the out-of-loop stability of the Xarm was measured.
  There has been no indication of the improvement compared to Manasa's measurement taken before our beam alignment.

Masayuki Nakano, a student of Seiji's from ICRR / U Tokyo, is visiting us here at the 40m lab for the next couple months.

He received 40m specific basic safety training this morning.

[Masayuki, Jenne]

When I came in this morning, I noticed that the Mode Cleaner had not been locked for at least the past 8 hours.  We moved the MC SUS sliders until the MC SUSPIT and SUSYAW values for each mirror were back to approximately the place they were the last time the MC was nicely locked (~12 hours ago).  This got the MC flashing TEM00, so we thought we were doing well. 

However, if the servo was enabled, any time the cavity flashed a small-order mode (especially 00), the mirrors would get super kicked.  Not good. 

We went to investigate, and discovered that the RFPD aux laser was left on again.  We turned that off, however that didn't fix the situation. 

Manasa suggested checking that the WFS were really, really off.  When we looked at the WFS master screen, we noticed that although the WFS servos were off, the MC mirrors' ASC filter banks had non-zero inputs.  We checked, and this is not from the MCASS, nor is it from the MC WFS lockins.  At this point, I have no idea where these signals are coming from.  I have turned off the ASC outputs for all the MC mirrors (which means that we cannot turn on the WFS), and the MC locks fine. 

So, we need to know where the ASC signals are coming from.  There isn't anything that I can see, from any screen that I can find, that indicates some signals being sent over there.  Has anyone done anything lately?  I know Koji was working on IPC stuff the other day, but the MC was locking fine over the weekend until yesterday afternoon, so I suspect that's not the culprit. 

I have turned off the outputs of the WFS lockins, as part of my turning things off, so if whatever script needs them doesn't enable them, they should be turned back on by hand.

[Jenne, Koji]

This disturbance in the MC ASC channels were fixed.

This craziness happened ~10pm last night. Was there any action at the time? >> Sunday-night workers? (RXA: No, Nakano-kun and I left before 9:30 PM)

We found that the signals came from c1ioo. However, restarting, recompiling c1ioo and c1mcs didn't help
to clean up this issue. Just in case we cleaned up the corresponding entries in the ipc file /opt/rtcds/caltech/c1/chans/ipc/C1.ipc
and recomplied c1ioo and c1mcs because these are the channels we touched last week to mitigate the timing out issue of c1rfm.

Incidentally, we fell into a strange mode of the RCG: IOPs could not restart. We ended up running "sudo shutdown -r now"
on each machine (except for c1lsc which was not affected by this issue). This solved the issue.

Even now c1oaf could not be running properly. This is not affecting the IFO operation right now, but we need to look into this issue again
in order to utilize OAF.

ASX scripts for PZT dither have been fixed appropriately. Script resides in scripts/ASX.

You can run the scripts from the ASX medm screen now.

 Shutter moved, no more clipping.

Pick-off mirror 2" replaced by 1" one. Laseroptik HR 532nm, incident angle 30-45 degrees, AR 532 nm

Green REFL PD moved to 4" close to pick-off mirror. Pd being close to pick-off does not separate multiple reflections on it. I'll replace Laseroptic mirror with Al one. It is not easy to find.

 Hole cut into side wall for doubler oven cable to exit.

- An Aluminum mirror instead of 2" unknown mirror for the pick-off for the rejected beam from the green faraday isolator (Steve)
=> Replaced. To be reviewed

- Faraday mount replacement. Check what we have for the replacement. (Steve)

- The green REFL PD should be closer to the pick-off mirror. (Steve)
=> Moved. To be reviewed

- A beam dump should be placed for the green REFL PD

- Move the green shutter to the place where the spot is small (Steve)
=> Moved. To be reviewed.

- The pole of the PZT mounting should be replaced with a reasonable one. (Steve with Manasa's supervision)

- Tidying up doubling oven cable. Make a hole on the wall. (Steve)
=> Done. To be reviewed.

- Tidying up the PZT cabling (Steve)

- The optics are dirty. To be drag wiped. (Manasa, Masayuki)

Here are a bunch of sensing signals.  The configuration is always DRMI.  Except for the optic noted in the title and the x-axis of any individual plot, other optics are held in their nominal position.  DRMI condition is sidebands resonant in PRCL, 55MHz sideband resonant in SRCL.  Each plot has an error signal, as well as the 2f signals at POP and AS.

 The phases of POP22 and POP110 have been adjusted so that the I signal is maximized when everything is at the nominal positions (sideband resonant for PRMI).  The phase of AS110 has been adjusted so that the I signal is maximized when the DRMI is in the nominal position (f2 resonant in SRC).  The phases of the 1f1, 1f2, 2f1 and 2f2 REFL signals were all adjusted to have max PRCL signal in the I phase.  AS55 was adjusted to have max SRCL signal in the Q phase.

While Jenne was plotting, I locked and aligned the MICH with AS55_Q. Then I aligned the PRM and locked PRMI using REFL55_I/Q with triggering on POP22, but no power normalization.

I used this to set the phase for REFL11 and REFL55 (driving PRM at 111.3 Hz and minimizing the Q response using the DTT Sine Response tool). I flipped the sign on REFL11 by 

The REFL11 gain is ~50x larger than REFL55; this is with the 15 dB whitening gain on REFL55 and none for REFL11. What's going on here? The attached PDF shows the two time series with the free swinging PRMI and both phases set to ~ +/- 2 deg. The REFL55 signals have been scaled up by 50x.

So then we went in and looked at the RF signals at the demod boards. To do this we disconnected the RFPD test cables and hooked the RF Mon outputs into the 50 Ohm inputs on a scope. The following PNG images show the scope traces. The REFL11 (yellow) traces are too big!! See how small the REFL55 (green) are. REFL11 is saturating - need to fix.