40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
 40m Log, Page 146 of 330 Not logged in
ID Date Author Type Category Subject
4583   Thu Apr 28 16:12:19 2011 josephb, jamieUpdateCDSNew CDS model SVN

## New SVN

We are now using the LIGO CDS SVN for storing our control models.

The SVN is at:

https://redoubt.ligo-wa.caltech.edu/websvn/

The models are under cds_user_apps, then trunk, then approriate subsystem (ISC for c1lsc for example), c1 (for caltech 40m), then models.

We have checked out /cds_user_apps to /opt/rtcds/.

So to find the c1lsc.mdl model, you would go to /opt/rtcds/cds_user_apps/trunk/ISC/c1/models/c1lsc.mdl

This SVN is shared by many people LIGO, so please follow good SVN practice.  Remember to update models ("svn update") before doing commits.  Also, after making changes please do an update to the SVN so we have a record of the changes.

## New Practices

We are creating soft links in the /opt/rtcds/caltech/c1/core/advLigoRTS/src/epics/simLink/ to the models that you need to build.  So if you want to add a new model, please add it to the cds_users_apps SVN in the correct place and create a soft link to the simLink directory.

lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1sus.mdl -> /opt/rtcds/cds_user_apps/trunk/SUS/c1/models/c1sus.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1sup.mdl -> /opt/rtcds/cds_user_apps/trunk/SUS/c1/models/c1sup.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1spy.mdl -> /opt/rtcds/cds_user_apps/trunk/SUS/c1/models/c1spy.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1spx.mdl -> /opt/rtcds/cds_user_apps/trunk/SUS/c1/models/c1spx.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1scy.mdl -> /opt/rtcds/cds_user_apps/trunk/SUS/c1/models/c1scy.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1scx.mdl -> /opt/rtcds/cds_user_apps/trunk/SUS/c1/models/c1scx.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1mcs.mdl -> /opt/rtcds/cds_user_apps/trunk/SUS/c1/models/c1mcs.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1x05.mdl -> /opt/rtcds/cds_user_apps/trunk/CDS/c1/models/c1x05.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1x04.mdl -> /opt/rtcds/cds_user_apps/trunk/CDS/c1/models/c1x04.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1x03.mdl -> /opt/rtcds/cds_user_apps/trunk/CDS/c1/models/c1x03.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1x02.mdl -> /opt/rtcds/cds_user_apps/trunk/CDS/c1/models/c1x02.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1x01.mdl -> /opt/rtcds/cds_user_apps/trunk/CDS/c1/models/c1x01.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1rfm.mdl -> /opt/rtcds/cds_user_apps/trunk/CDS/c1/models/c1rfm.mdl lrwxrwxrwx 1 controls controls      55 Apr 28 14:41 c1dafi.mdl -> /opt/rtcds/cds_user_apps/trunk/CDS/c1/models/c1dafi.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1pem.mdl -> /opt/rtcds/cds_user_apps/trunk/ISC/c1/models/c1pem.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1mcp.mdl -> /opt/rtcds/cds_user_apps/trunk/ISC/c1/models/c1mcp.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1lsp.mdl -> /opt/rtcds/cds_user_apps/trunk/ISC/c1/models/c1lsp.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1lsc.mdl -> /opt/rtcds/cds_user_apps/trunk/ISC/c1/models/c1lsc.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1ioo.mdl -> /opt/rtcds/cds_user_apps/trunk/ISC/c1/models/c1ioo.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1gpv.mdl -> /opt/rtcds/cds_user_apps/trunk/ISC/c1/models/c1gpv.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1gfd.mdl -> /opt/rtcds/cds_user_apps/trunk/ISC/c1/models/c1gfd.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1gcv.mdl -> /opt/rtcds/cds_user_apps/trunk/ISC/c1/models/c1gcv.mdl lrwxrwxrwx 1 controls controls      54 Apr 28 14:41 c1ass.mdl -> /opt/rtcds/cds_user_apps/trunk/ISC/c1/models/c1ass.mdl

2861   Thu Apr 29 15:48:47 2010 josephbUpdateCDSNew CDS overview diagram in wiki

I've added a diagram in the wiki under IFO Upgrade 2009-2010->New CDS->Diagram section Joe_CDS_Plan.pdf (the .svg file I used to create it is also there).  This was mostly an exercise in me learning inkscape as well as putting out a diagram with which lists control and model names and where they're running.

5154   Tue Aug 9 13:34:40 2011 NicoleSummarySUSNew Calibration Plots for Photosensors

Here are the new calibration plots for my photosensors. These calibrations were done using a translation stage.

The linear region for the first photosensor appears to be between 15.2mm and 30 mm

The linear region for the second photosensor appears to be between 12.7mm and 22.9mm

The slope for both is -0.32 V/mm  (more precisely, -0.3201 V/mm for PS 1 and -0.3195 V/mm for PS 2)

2860   Thu Apr 29 14:37:16 2010 josephbUpdateCDSNew Channel Name to Memory Location file

Awhile back we had requested a feature for the RCG code where a single file would define a memory location's name as well as its explicit hex address.  Alex told me it had been implemented in the latest code in SVN.  After being unable to find said file, I went back and talked to him and Rolf.  Rolf said it existed, but had not been checked into the SVN yet.

I now have a copy of that file, called G1.ipc.  It is supposed to live in /cvs/cds/caltech/chans/ipc/ , so I created the ipc directory there.  The G1.ipc file is actually for a geo install, so we'll eventually make a C1.ipc file.

The first couple lines look like:

# /cvs/cds/geo/chans/ipc/G1.ipc [default] ipcType=SHMEM ipcRate=2048 ipcNum=0 desc=default entry [G1:OMC-QPD1P] ipcType=SHMEM ipcRate=32768 ipcNum=0 desc=Replaces 0x2000 #[G1:OMC-NOTUSED] #ipcType=SHMEM #ipcRate=32768 #ipcNum=1 [G1:OMC-QPD2P] ipcType=SHMEM ipcRate=32768 ipcNum=1 desc=Replaces 0x2008

There are also section using ipcType IPC:

[G1:SUS-ADC_CH_24] ipcType=PCI ipcRate=16384 ipcNum=1 desc=Replaces 0x20F0 [G1:SUS-ADC_CH_25] ipcType=PCI ipcRate=16384 ipcNum=2 desc=Replaces 0x20F0

Effectively the ipcNum tells it which memory location to use, starting with 0x2000 (at least thats how I'm interpreting it.  Every entry of a given ipcType has a different ipcNum which seems to be correlated to its description (at least early on - later in the file many desc= lines repeat, which I think means people were copy/pasting and got tired of editing the file.  Once I get a C1.ipc file going, it should make our .mdl files much more understandable, at least for communicating between models.  It also looks like it somehow interacts with the ADCs/DACs with ipcType PCI, although I'm hoping to get a full intro how to use the file tomorrow from Rolf and Alex.

271   Sat Jan 26 02:02:43 2008 JohnSummaryGeneralNew Channels

# C1ASC_QPDs
[C1:SUS-ETMY_QPDSUM_MON]
[C1:SUS-ETMY_QPDYAW_MON]
[C1:SUS-ETMY_QPDPIT_MON]

[C1:SUS-ETMX_QPDSUM_MON]
[C1:SUS-ETMX_QPDYAW_MON]
[C1:SUS-ETMX_QPDPIT_MON]

The old .ini file is /cvs/cds/caltech/chans/daq/C0EDCU_26_1_2008.ini
14311   Tue Nov 20 17:38:13 2018 ranaUpdateUpgradeNew Coffee Machine

Rana, Aaron, Gautam

The old Zojirushi has died. We have received and comissioned our new Technivoorm Mocha Master today. It is good.

14141   Mon Aug 6 20:41:10 2018 aaronUpdateDAQNew DAC for the OMC

Gautam and I tested out the DAC that he installed in the latter half of last week. We confirmed that at least one of the channels is can successfully drive a sine wave (ch10, 1-indexed). We had to measure the output directly on the SCSI connector (breakout in the FE hard drive cabinet along the Y arm), since the SCSI breakout box (D080303) seems not to be working (wiring diagram in Gautam's elog from his SURF years).

I added some DAC channels to our c1omc model:
PZT1_PIT
PZT1_YAW
PZT2_PIT
PZT2_YAQ

And determined that when we go to use the ADC, we will initially want the following channels (even these are probably unnecessary for the very first scans):
TRANS_PD1
TRANS_PD2
REFL_PD
DVMDC (drive voltage monitor, DC level)
DVMAC ("", AC level, only needed if we dither the length)

I attach a screenshot of the model, and a picture of where the whitening/dewhitening boards should go in the rack.
Attachment 1: OMCDACmdl.png
14159   Mon Aug 13 20:21:10 2018 aaronUpdateOMCNew DAC for the OMC

[aaron, gautam]

We finished up making the new c1omc model  (screenshot attached).

The new channels are only four DAC for ASC into the OMC, and one DAC for the OMC length:

C1:OMC-ASC_PZT1_PIT
C1:OMC-ASC_PZT1_YAW
C1:OMC-ASC_PZT2_PIT
C1:OMC-ASC_PZT2_YAW
C1:OMC-PZT

The model compiles and we can change the channel values, so we are all set to do this OMC scan on the software side.
Attachment 1: c1omcSCREENSHOT.png
14295   Wed Nov 14 18:58:35 2018 aaronUpdateDAQNew DAC for the OMC

I began moving the AA and AI chassis over to 1X1/1X2 as outlined in the elog.

The chassis were mostly filled with empty cables. There was one cable attached to the output of a QPD interface board, but there was nothing attached to the input so it was clearly not in use and I disconnected it.

I also attach a picture of some of the SMA connectors I had to rotate to accommodate the chassis in their new locations.

Update:

The chassis are installed, and the anti-imaging chassis can be seen second from the top; the anti-aliasing chassis can be seen 7th from the top.

I need to breakout the SCSI on the back of the AA chassis, because ADC breakout board only has a DB36 adapter available; the other cables are occupied by the signals from the WFS dewhitening outputs.

Attachment 1: 6D079592-1350-4099-864B-1F61539A623F.jpeg
Attachment 2: 5868D030-0B97-43A1-BF70-B6A7F4569DFA.jpeg
13671   Thu Mar 8 15:23:16 2018 gautamUpdateElectronicsNew DC power ports at c1lsc

[Koji, Gautam]

Yesterday, we installed some new DIN rail connectors at the LSC rack to provide 3 new outputs each for +24V DC and -24V DC. The main motivation was to facilitate the installation and powering of the differential receiving AA board. The regulators used inside the 1U chassis actually claims a dropout voltage of 0.5V and outputs 14V nominally, so a +/-15V DC supply would've perhaps been sufficient, but we decided to leave a bit more margin, and unfortunately, there are no +/-18V DC KEPCO linear power supplies to the LSC rack. Procedure:

1. Prepared a bunch of DIN rail connectors with tinned, daisy-chained wires in the office area. Checked continuity and isolation with DMM.
2. Checked that the two Sorensens at the bottom of the LSC rack were powering the RF distribution box and nothing else at the LSC rack.
3. Walked over to the little rack housing all the KEPCO DC power supplies that supply DC voltages to the LSC rack. After checking that the labelled voltage and current values were correct, we turned them off, first +/-5V, then +/-15V (2 sets), and finally +/-24V.
4. Installed the pre-assembled DIN connectors on the side rail at the LSC rack (we had to remove the side panel for the rack to do this work).
• We used the ports supplying power to the ALS 1U demod chassis (+/-24V DC) to tap these voltages to our newly installed connectors.
• The interconnecting wires are rather thick gauge, and especially for the ground wire, we found it impossible to push in our tap-off wire into the "correct/hot" side of the DIN blocks. So we had to use the other side instead. I'll upload a picture shortly which will make this more clear.
• Checked continuity and isolation with DMM.
• Turned the KEPCOs back on in reverse order to how they were turned off.
• Measured voltages on the hot side of the DIN blocks, confirmed that they were as expected.
5. Prepared a 12AWG aLIGO style power cable to connect to the 1U chassis. A reel of this cabling, with yellow shielding, is located ~halfway along under the EW arm. Koji prepared the actual connector and housed it in a DSUB shell as per aLIGO wiring color scheme.
6. Installed the power cabling to one set of our 3 newly installed +/-24V DC power supplies.
7. Inserted fuses into the hot DIN blocks, measured voltage at connector end of our newly installed power cable. At first, I forgot to check if the fuse blocks had fuses inside, but after this was rectified, voltages were as expected .

The c1lsc frontend models crashed for some reason during this procedure. Now the c1sus frontend model is also behaving weirdly. It is unclear to me if/how this work would have led to these problems, but the temporal correlation (but not causation?) is undeniable.

5736   Tue Oct 25 18:09:44 2011 jamieUpdateCDSNew DEMOD part

I forgot to elog (bad Jamie) that I broke out the demodulator from the LOCKIN module to make a new DEMOD part:

The LOCKIN part now references this part, and the demodulator can now be used independently.  The 'LO SIN in' and 'LO COS in' should receive their input from the SIN and COS outputs of the OSCILLATOR part.

92   Sun Nov 11 21:21:04 2007 ranaHowToComputersNew DV
To use the new ligoDV (previously GEO DV) to look at 40m data, open up a matlab, set up for mDV as usual,
and then from the /cvs/cds/caltech/apps/ligoDV/ directory, type 'ligoDV'.

Then select which NDS server you want to look at and then start clicking to get some plots.
Attachment 1: Screenshot-1.png
5843   Tue Nov 8 19:08:21 2011 MirkoHowToComputersNew DV

 Quote: To use the new ligoDV (previously GEO DV) to look at 40m data, open up a matlab, set up for mDV as usual, and then from the /cvs/cds/caltech/apps/ligoDV/ directory, type 'ligoDV'. Then select which NDS server you want to look at and then start clicking to get some plots.

To start ligodv go in matlab to /cvs/cds/caltech/apps/ligoDV/ and call ligodv. Ligodv will start up when you are in another directory, but will give strange errors. Only seems to work with NDS2 server mafalda port 31200. This doesn't have all channels. When pointing it to fb port 8088 it freezes when you try to adjust the start/stop time. Make sure to ask for the correct UTC time, not the local time.
6054   Wed Nov 30 14:12:53 2011 JenneUpdateRF SystemNew EOM mount almost ready

The new EOM adapter plate and riser just got back from the shop.  I just had Mike do the milling, and I'll drill and tap them tomorrow after the TAC.  Then we can remount the EOM to see if stiffening the mount helps at all.

6077   Tue Dec 6 21:37:08 2011 JenneUpdateRF SystemNew EOM mount in place

EOM is remounted on the fancy-pants new mount that I crafted.  EOM is also aligned.  2 green mirrors (the first ones to see the beams coming onto the PSL table from the arm transmissions) had to be moved so I could fit the mount in, since the new mount is bigger than the old one.  I put them back, and approximately realigned them, but didn't do any fine alignment.  This must be done before looking at beatnotes again.

After playing with the EOM, the MC was flashing on higher order modes.  The PSL beam has been realigned to make the MC lock on TEM00, and Suresh helped me center on the WFS and MC2T.

Things look okay for now.  Next step:  Kiwamu needs to find his happy mode cleaner place, and we'll realign the PSL beam to the MC.  The PSL-MC axes were mismatched pretty badly according to Suresh anyway, so this had to be done no matter what.

15125   Wed Jan 15 14:10:28 2020 JonConfigurationPSLNew EPICS database for C1PSL + C1IOO

### Summary

I have completed the new EPICS channel database for the c1psl and c1ioo channels (now combined into the new c1psl Acromag machine). I've tested a small subset of channels on the electronics bench to confirm that the addressing and analog channel calibrations are correct in a general sense. At this point, we are handing the chassis off to Chub to complete the wiring of the Acromag terminals to Dsub feedthroughs. At the 40m meeting today, we identified Feb. 17-22 as a potential window for installation in the interferometer (Gautam is out of town then). Below are some implementaton details for future reference.

### Analog channel calibration for Acromag

For analog input (ai) channels, the Acromag outputs raw values ranging from +/-30,000 counts, but the EPICS IOC interprets the data type as ranging from +/-2^15 = 32,768. Similarly, for analog output (ao) channels, the Acromag expects a drive signal in the range +/-30,000 counts. To achieve proper scaling, Johannes had previously changed the EGUF and EGUL fields from +/-10 V to +/-10.923 V. However, changing the engineering fields makes it much harder for a human to read off the real physical I/O range of the channel.

A better way to achieve the correct scaling is to simply set the field  ASLO=1.09225 (65,536 / 60,001) in addition to the normal EGUF and EGUL field values (+/-10 V). Setting this field forces a rescaling of the number of raw counts that works as so (assuming a 16-bit bipolar ADC or DAC, as are the Acromags):

OVAL = (RVAL * ASLO + AOFF + 2^15) * (EGUF - EGUL) / 2^16 + EGUL

In the above mapping, OVAL is the value of the channel in engineering units (e.g., V) and RVAL is its raw value in counts. It is not the case that either the ASLO/AOFF or EGUF/EGUL fields are used, but not both. The ASLO/AOFF parameters are always applied (but their default values are ASLO=1 and AOFF=0, so have no effect unless changed). The EGUF and EGUL parameters are then additionally applied if the field LINR="LINEAR" is set.

This conversion allows the engineering fields to remain unchanged from the real physical range. The ASLO value is the same for both analog input and output channels. I have implemented this on all the new c1psl and c1ioo channels and confirmed it to work using a calibrated input voltage source.

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

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

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

1. I wonder how the mode profiling/matching was considered in the new layout.
I can see the distances between the components and lenses are largely different from the old ones.
This is OK if you plan to go through a new mode matching solution with new lenses.
But it takes  a certain amount of time.

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

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

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

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

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

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

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

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

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

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

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

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

1263   Mon Feb 2 12:35:22 2009 AlbertoConfigurationGeneralNew Elog 2.7.5 in Service on Nodus
I moved the 40m, the Adhikari Lab and the SUS elogs from Dziban (located in Millikan's 6th floor) to our gateway server Nodus. In this way we should the complete control of it. I also updated the elog manager from the 2.6.5 version to the 2.7.5. Some smoothing of its interface might still be needed these days. We'll be testing it for a while before killing the old one. from now on everybody is invited to use only the new elog address since there will be no record of entries posted in the old one. Let me know of any possible difficulty in having access to it.
1266   Mon Feb 2 18:51:02 2009 AlbertoConfigurationGeneralNew Elog 2.7.5 in Service on Nodus

 Quote: I moved the 40m, the Adhikari Lab and the SUS elogs from Dziban (located in Millikan's 6th floor) to our gateway server Nodus. In this way we should the complete control of it. I also updated the elog manager from the 2.6.5 version to the 2.7.5. Some smoothing of its interface might still be needed these days. We'll be testing it for a while before killing the old one. from now on everybody is invited to use only the new elog address since there will be no record of entries posted in the old one. Let me know of any possible difficulty in having access to it.

As a reference. The elog runs on background in nodus.

To kill the process:

1) pkill -3 elogd

2) rm -f /var/run/elogd.pid

To restart it:

elogd -p 8080 -c /export/elog/elog-2.7.5/elogd.cfg -D

1474   Sun Apr 12 01:19:30 2009 YoichiConfigurationComputersNew FE codes for suspensions not successful
Alex recompiled the suspension FE codes for c1susvme1 and c1susvme2 to fix the denormalization problem.
The new modules are in
/cvs/cds/caltech/users/alex/cds/rts/src/fe/40m/losLinux1.o
/cvs/cds/caltech/users/alex/cds/rts/src/fe/40m/losLinux2.o

I tried them today, but c1susvme1 did not work with the new code while c1susvme2 seemed to run ok.
So I reverted the modules (losLinux1.o and losLinux2.o) to the original ones.
The original modules are also backed up as losLinux1.o.11Apr09 and losLinux2.o.11Apr09 in the corresponding target directories.

I reported the problem to Alex.
1988   Wed Sep 16 11:58:11 2009 JenneUpdateAdaptive FilteringNew Filters for Adaptive Filtering

When Sanjit and I were looking at the adaptive filtering system on Monday and Friday, we noticed that turning on the Accelerometers (which had been used in the past) seemed to do good things, but that turning on the seismometers (which I just put into the system last week) made the OAF output integrate up.  Rana pointed out that this is an indication of a missing high pass filter.  And indeed, when I put the seismometers in, I neglected to copy the high pass filter at low frequencies, and the low pass at 64Hz from the accelerometer path to the seismometer path.  The accelerometers had a HP at 1Hz, which is okay since they don't really do useful things down to the mHz level.  I gave all of the seismometers HP at 1mHz.  These are now in the filter banks in the ASS_TOP_PEM screen.  The accelerometers are on channels 15, 16, 17, 18, 19, 20 and the seismometers are on channels 2, 3, 4, 10, 11, 12, 24.

I now need to modify the upass script to turn these filters on before doing adaptive filtering.

3002   Thu May 27 23:59:54 2010 ranaUpdatePEMNew Foam Box installed

Valera and I put the 2 Guralps and the Ranger onto the big granite slab and then put the new big yellow foam box on top of it.

There is a problem with the setup. I believe that the lead balls under the slab are not sitting right. We need to cut out the tile so the thing sits directly on some steel inserts.

You can see from the dataviewer trend that the horizontal directions got a lot noisier as soon as we put the things on the slab.

Attachment 1: Untitled.png
3006   Fri May 28 11:26:35 2010 JenneUpdatePEMNew Foam Box installed

 Quote: Valera and I put the 2 Guralps and the Ranger onto the big granite slab and then put the new big yellow foam box on top of it. There is a problem with the setup. I believe that the lead balls under the slab are not sitting right. We need to cut out the tile so the thing sits directly on some steel inserts. You can see from the dataviewer trend that the horizontal directions got a lot noisier as soon as we put the things on the slab.

You'll have to ask Steve how deep he cut, but the tile is cut around the lead balls, so they are not sitting on the linoleum.  They might just be sitting on the concrete slab, or whatever Steve found underneath the tile, instead of fancy steel inserts, but at least they're not on the tile.  I don't know why things got noisier though...

2906   Mon May 10 19:29:33 2010 AlbertoHowToElectronicsNew Focus 1811 PD calibrated against New Focus 1611 PD
I measured the output impedance of the New Focus 1611 PD (the 1GHz one) and it is 50 Ohm for both the DC and the AC output. It turns out that the transimpedance values listed on the datasheet are the following:
T1611_dc = 1e4 V/A (1MOhm referred)
T1611_ac = 700 V/A (50 Ohm)
The listed transimpedances for the 1811 PD (the 125 MHz PD) are the following:
T_dc = 1e3 V/A (??)
T1811_ac = 4e4 V/A (50 Ohm)
I measured the output impedances of the 1811 and they are: 50 Ohm for the AC output, ~10 Ohm for the DC output.
It's not clear which input impedance the DC transimpedance should be intended referred to.
So I measured the transimpedance of the 1811 using the 1611 as a (trusted) reference. It turns out that for the AC transimpedance to match the listed value, the DC transimpedance has to be the following:
T1811_dc = 1.7e3 V/A (1MOhm)
377   Thu Mar 13 18:20:29 2008 JohnUpdateGeneralNew Focus 4003 EOM 29.489MHz
I measured the modulation index as a function of drive power using an OSA. Agrees well with spec of 0.2 rad/V.
8160   Mon Feb 25 20:25:33 2013 BrettUpdateSUSNew Global Damping MEDM Screens

Global damping screens are in progress for the new global damping infrastructure Jamie discussed in log #8159. The main overview screen is /opt/rtcds/caltech/c1/medm/c1sus/master/C1SUS_GLOBAL.adl. The overview screen links to a few sub-screens in the same directory called C1SUS_GLOBAL_DAMPFILTERS.adl, C1SUS_GLOBAL_GLOBALTOLOCAL.adl, and C1SUS_GLOBAL_LOCALTOGLOBAL.adl.

This global damping is in intended to damp the 4 test masses along global interferometer degrees of freedom that are orthogonal to the cavity signals. Ideally the result will be that OSEM sensor noise from the damping loops is invisible to the cavity signals. Mismatches in the suspensions' dynamics and gains will cause some noise to leak through anyway, but we should be able to tune some of this out by carefully scaling the drives to each suspension.

4506   Sun Apr 10 19:14:08 2011 KojiUpdateGreen LockingNew Green PD test1

I started to modify another green PD set.

It so far has the transimpedance of 240 Ohm on CLC409 for the RF output.

It shows the BB output upto ~100MHz.
The measurement shows the transimpedenca of ~90Ohm which is ~25% smaller than the expected gain of 120Ohm.
It is calibrated based on the transimpedances of Newfocus 1611 (10kOhm and 700Ohm for AF and RF).

The next step is to change the transimpedance resister to 2k and replace the PD to S3399 Si PD, which has the diameter of 3mm.
Then, the noise level will be measured. (and replace the RF opamp if necessary)

Attachment 1: SGD444A_240.png
Attachment 2: SGD444A_240_test.png
4507   Mon Apr 11 09:49:53 2011 ranaUpdateElectronicsNew Green PD test1

Ooh. Can you explain the purpose of the resistors which are connected to the (+) inputs? It looks like some real electronics ninjitsu.

4508   Mon Apr 11 11:34:05 2011 KojiUpdateElectronicsNew Green PD test1

 Quote: Ooh. Can you explain the purpose of the resistors which are connected to the (+) inputs? It looks like some real electronics ninjitsu.

51 Ohm for CLC409

The datasheet of CLC409 uses 25Ohm there. This is to cancel the input bias current of the two inputs of the opamp.

The source impedance (series) of SGD444 is 50Ohm. So I used 50Ohm for the + input shunting.

However, I could probably use anything between 0-50Ohm as the datasheet itself tells that the bias currents are
not related between the two inputs. In addition, I am not sure how much the real series resistance of the PD is.

1kOhm for OP27

This resister is to ensure the (+) input to have a high impedance at high frequencies.

As far as OP27 is behaving as an ideal opamp, the (+) input has a high impedance.
Also if the inductor behaves as the ideal inductor, no photocurrent comes to the AF path.

However, if both of the op27 and the inductor show similar impedances to the RF transimpedance of 240Ohm,
the AF path absorbs some photocurrent and affects the RF transimpedance of the RF output.

We know that the inductor has a self resonance where the shunt capacitance take over the impedance of the coil.
Above that frequency, the inductor is no longer the inductor. The self resonant freq of this inductor is ~300MHz. It is OK, but not
too far from the freq of interest if we like to see clear cut off at around f>100MHz.
Also OP27 is an AF amplifier and I had no confidence about the input impedance of the OP27 at 100~300MHz.

If I put 1k in the (+) input of the OP27, I can ensure the entire AF path has the impedance of ~1k (at least 500Ohm even when L and OP27 are shorted).
I think the chip resister easily works as a resister up to 1GHz.

Attachment 1: SGD444A_240_test.png
4513   Mon Apr 11 21:13:15 2011 KojiUpdateElectronicsNew Green PD test1

Correction:

The (-) input has been decoupled by the capacitor. So the series resistance of the PD is not the matter.
In this sense, we should use 0Ohm for the (+) input shunting.

 Quote: 51 Ohm for CLC409 The datasheet of CLC409 uses 25Ohm there. This is to cancel the input bias current of the two inputs of the opamp. The source impedance (series) of SGD444 is 50Ohm. So I used 50Ohm for the + input shunting. However, I could probably use anything between 0-50Ohm as the datasheet itself tells that the bias currents are not related between the two inputs. In addition, I am not sure how much the real series resistance of the PD is.

16069   Wed Apr 21 19:43:20 2021 KojiUpdatePSLNew HEPA speed control

The new HEPA speed controllers are attached at the middle of the HEPA unit (not at the edge of the unit)... (Attachment 1)
You still need a step./stool to touch the knob and need a ladder for a more precise setting.

We still don't know the optimal speed of the nominal IFO operation. For now, the HEPAs are running at the max speed (Attachment 2).
Once we know the optimal setting, we mark the knobs so that we can see them only with the step.

Attachment 1: P_20210421_193637.jpg
Attachment 2: P_20210421_193627.jpg
16074   Thu Apr 22 14:41:55 2021 ChubUpdatePSLNew HEPA speed control

When adjusting the blower speed, give the blower at least 30 seconds to speed up or slow down to the set speed.  The flywheel effect of the big motor armature and blower mass requires time to follow the control current.  Note the taller Flanders HEPA filters.  These and the new intake filters should keep the PSL air clean for a long time!

 Quote: The new HEPA speed controllers are attached at the middle of the HEPA unit (not at the edge of the unit)... (Attachment 1) You still need a step./stool to touch the knob and need a ladder for a more precise setting. We still don't know the optimal speed of the nominal IFO operation. For now, the HEPAs are running at the max speed (Attachment 2). Once we know the optimal setting, we mark the knobs so that we can see them only with the step.

Attachment 1: 40M_PSL_HEPA.jpg
13272   Wed Aug 30 06:45:32 2017 KevinSummaryPEMNew Heater Circuit

I changed the heater circuit described in this elog to a current sink. The new and old circuits are shown in the attachment. The heater is $R_h$ and is currently 24Ω; the sense resistor $R$ is currently 6Ω. The op-amp is still an OP27 and the MOSFET is still an IRF630.

The current through the old circuit was saturating because the gate voltage on the MOSFET was saturating at the op-amp supply rails. This is because the source voltage is relatively high: $V_S = I(R + R_h)$.

In the new circuit the source voltage is lower and the op-amp can thus drive a large enough $V_{GS}$ to draw more current (until the power supply saturates at 25V/30Ω = 0.8A in this case). The source and DAC voltages are equal in this case$V_{\mathrm{DAC}} = V_S$ and so the current is $I = V_{\mathrm{DAC}}/R$. Since this is the same current through the heater, the drain voltage is $V_D = V_{cc} - IR_h$. I observed this behavior in this circuit until the power supply saturated at 0.8A. Note that when this happens $V_D = V_S$ and the gate voltage saturates at the supply rails in an attempt to supply the necessary current.

Attachment 1: circuit.pdf
5119   Thu Aug 4 20:05:23 2011 NicoleUpdateSUSNew Horizontal Sliding Base Mount for TT suspension testing

In order to more-securely mount the TT supsion to the horizontal sliding base, I have made a sub-mounting plate (upon Koji's suggestion) to go in between the horizontal sliding base and the TT suspension base. I made many mistakes in this once-pristine aluminum board. I learned that using a ruler is not good enough for determining where to make holes. Upon Koji's suggestion, I have completed the mounting plate by first making a full-scale diagram on Solid Works, printing it out, and then using the diagram to determine where to make my punch holes. Thank you also to Manuel for helping me drill and to Suresh for teaching me how to use the taps!

I have been able to successfully mount the plate to the horizontal sliding platform. The TT suspension base is mounted to the front of the mounting plate (there are counter-sink screws at the front connecting the platform to the slider so that the screw heads do not obstruct the TT base). I have been able to successfully mount the TT suspension base to the mounting plate. I have also reattached the TT suspension frame to its original base (the one that I modified so that the TT could be mounted to a 1 inch pitch surface). Currently, the TT suspension is mounted to the optical table I have been working on (next to the MC-2 chamber). I am working on balancing the mirror. I am going to balance the mirror using a 670nm LED laser.

Below is a picture of the laser and the laser block I am using. After I took this photo, I have mounted the laser and the block to the optical table next to the MC-2 chamber.

I have already leveled the laser and I will plan to work on balancing the mirror tomorrow morning (my hands were shaking a lot this afternoon/evening, so I think it would be best to wait until the morning when I will be more careful). I am now going to work on the second half of my photosensor circuit box and second sensor head.

Please do not touch the 670nm laser on the optical table next to the MC-2 chamber! It has been leveled. Please also be careful around the optical table, since the TT suspension is mounted to the table!

6530   Thu Apr 12 22:04:17 2012 Mike J.UpdateComputersNew Hysteresis Model & Plots

The new hysteresis model uses a triangle wave with offset zero points as the position function and a sinusoidal force function, creating a loop similar to this. Model is at /users/mjenson/matlab/ferro_hyst.mdl.

16133   Wed May 12 11:45:13 2021 Anchal, PacoSummarySUSNew IMC Settings are miserable

We picked a few parameters from 40m summary page and plotted them to see the effect of new settings. On April 4th, old settings were present. On April 28th (16091), new input matrices and F2A filters were uploaded but suspension gains remained the same. On May 5th (16120), we uploaded new (higher) suspension gains. We chose Sundays on UTC so that it lies on weekends for us. Most probably nobody entered 40m and it was calmer in the institute as well.

• On MC_F spectrum, we see that that noise decreased in 0.3-0.7 Hz but there is more noise from 1-1.5 Hz.
• On MC_TRANS_QPD, we see that both TRANS PIT and YAW signals were almost twice as noisy.
• On MC_REFL_DC too, we see that the noise during the locked state seems to be higher in the new configuration.

We can download data and plot comparisons ourselves and maybe calculate the spectrums of MC_TRANS_PIT/YAW and MC_REFL_DC when IMC was locked. But we want to know if anyone has better ways of characterizing the settings that we should know of before we get into this large data handling which might be time-consuming. From this preliminary 40m summary page plots, maybe it is already clear that we should go back to old settings. Awaiting orders.

Attachment 1: MC_F_Comparison.pdf
Attachment 2: MC_TRANS_QPD_Comparison.pdf
Attachment 3: IMC_REFL_DC_Comparison.pdf
16120   Wed May 5 09:04:47 2021 AnchalUpdateSUSNew IMC Suspension Damping Gains uploaded for long term testing

We have uploaded the new damping gains on all the suspensions of IMC. This completes changing all the configuration to as mentioned in 16066 and 16072. The old setting can be restored by running python3 /users/anchal/20210505_IMC_Tuned_SUS_with_Gains/restoreOldConfigIMC.py from allegra or donatella.

GPSTIME: 1304265872

 UTC May 05, 2021 16:04:14 UTC Central May 05, 2021 11:04:14 CDT Pacific May 05, 2021 09:04:14 PDT

2640   Thu Feb 25 15:49:05 2010 AlbertoAoGCDSNew IO Chassis for the new CDS
Yesterday Kiwamu and I went to Downs to take all the available parts of the IO chassis that Gary and I had put together over there.

We've got only 3 of the 5 that we need for the Upgrade. The other 2 are currently being used for some other purpose in Downs labs.

I'm not sure about what each chassis has supposed to contain. They all also look different from each other.
Anyway, it looks like there should be a sort of motherboard and an IO Chassis Interface Board (DCC# D0902029) in each of them. The IO Chassis Interface Board is just a board with a bunch of PCI slots.

This is what the 3 chassis that we've got yesterday have:
Chassis 1
- 1 very big "motherboard"
- power supply
Chassis 2
- small motherboard
- IO Interface Board (DCC# D0902029)
- power supply
Chassis n.3
- "Dolpjin" motherboard
- IO Interface Board
- power supply

Apparently 2 of these 3 chassis are still missing their IO interface boards,

Also all chassis are still missing all the connections to powering, fans, LEDs, power and reset buttons. It's not clear how these connections should be. Gary didn't know it either.
2614   Fri Feb 19 00:31:17 2010 JenneUpdateCOCNew ITMX guiderods glued

[Jenne, Kiwamu, with moral support from Koji, and loads of advice from Steve and Bob]

New upgrade ITMX (ITMU03) has it's guiderod & standoff glued on, as step 1 toward hanging the ITMs.

Procedure:

1. Make sure you have everything ready.  This is long and complicated, but not really worth detail here.  Follow instructions in E970037 (SOS Assembly Spec), and get all the stuff in there.

2. Set optic in a 'ring stand', of which Bob has many, of many different sizes. They are cleaned and baked, and in the cleanroom cupboard on the bottom just behind the door. We used the one for 3" optics.  This lets you sit the optic down, and it only rests on the bevel on the outside, so no coated surface touches anything.

3. Drag wipe the first surface of the optic, using Isopropyl Alcohol.  We used the little syringes that had been cleaned for the Drag Wipe Event which happened in December, and got fresh Iso out of the bottle which was opened in Dec, and put it into a baked glass jar.  The drag wipe procedure was the same as for the December event, except the optic was flat on the bench, in the ring holder.

4. Turn the optic over.

5. Drag wipe the other surface.

6. Align the optic in the guiderod gluing fixture (Step 3 in Section 3.2.1: Applying Guide Rod and Wire Standoff of E970037).

7. Set guiderod and standoff (1 guiderod on one side, 1 standoff on the other, per instructions) against the side of the optic.

8.a.  Use a microscope mounted on a 3-axis micrometer base to help align the guiderod and standoff to the correct places on the optic (Steps 4-5 of Section 3.2.1).  This will be much easier now that we've done it once, but it took a looooooong time.

8.b.  We put the optic in 180deg from the way we should, based on the direction of the wedge angle in the upgrade table layout (wedge angle stuff used a "Call a Friend" lifeline.  We talked to Koji.) The instructions say to put the guiderod and standoff "above" the scribe lines in the picture on Page 5 of E970037 - the picture has the arms of the fixture crossing over the scribe lines.  However, to make the optic hang correctly, we needed to put the guiderod and standoff below the scribe lines.  This will be true as long as the arrow scribe line (which marks the skinniest part of the optic, and points to the HR side) is closest to you when the optic is in the fixture, the fixture is laying on the table (not standing up on end) with the micrometer parts to your right.  We should put the other ITM into the fixture the other way, so that the arrow is on the far side, and then we'll glue the guiderod and standoff "above" the scribe lines.  Mostly this will be helpful so that we can glue in exactly the places the instructions want us to.

8.c.  The biggest help was getting a flashlight to help illuminate the scribe lines in the optic while trying to site them in the microscope.  If you don't do this, you're pretty much destined to failure, since the lights in the cleanroom aren't all that bright.

8.d.  The micrometer mount we were able to find for the microscope has a max travel of 0.5", but the optic is ~1" thick.  To find the center of the optic for Step 5 in the guiderod and standoff alignment we had to measure smaller steps, such as bevel-to-end-of-scribe-line, and length-of-scribe-line then end-of-scribe-line-to-other-bevel.  Thankfully once we found the total thickness and calculated the center, we were able to measure once bevel-to-center.

9. Apply glue to the guiderod and standoff.  We made sure to put this on the "down" side, which once the optic is hung, will be the top of the little rods.  This matches the instructions as to which side of the rods to apply the glue on.  The instructions do want the glue in the center of the rod though, but since we put the optic in the fixture the wrong way, we couldn't reach the center, so we glued the ends of the rods.  We will probably apply another tiny dab of glue on the center of the rod once it's out of the fixture, perhaps while the magnet assemblies are being glued.

10.  We didn't know if the airbake oven which Bob showed us to speed up the curing of our practice epoxy last night was clean enough for the ITM (he was gone by the time we got to that part), so for safety, we're leaving the optic on the flow bench with a foil tent (the foil is secured so there's no way it can blow and touch the optic).  This means that we'll need the full curing time of the epoxy, not half the time.  Maybe tomorrow he'll let us know that the oven is in fact okay, and we can warm it up for the morning.

5419   Thu Sep 15 17:00:10 2011 Paul and SteveUpdateSUSNew ITMY and SRM oplev plan

We have made a new plan for the ITMY and SRM oplev optical path which uses as few optics as possible. This should help to reduce coupling from vibrations of optics in the oplev path back into the GW channel. To get enough room for the turning mirror into the SRM it might be necessary to move the POY optics a bit nearer to the tank.

Attachment 1: oplev_plan1.png
2435   Sun Dec 20 23:42:44 2009 JenneUpdateIOONew Input Mode Matching Telescope

I've got most of the new Mode Matching Telescope figured out.  The scripts and an example result are at: MMT09 wiki  (Rather, the scripts are in the svn: MMT svn)

Issues still to be resolved:

* We're getting pretty iffy 'angles' between tilt and translation when using the mode matching mirrors for steering.

* I haven't taken into account the astigmatism which occurs when you tilt the mode matching mirrors.

The nifty thing about these scripts is that they take a look at the mode matching overlap:  For each possible mode matching solution it adds noise to all of the distances and radii of curvature during ~10,000 iterations and plots a histogram of the overlap so that we can see which solutions have a better chance of giving us the optimal overlap, even if we place the optics in slightly the wrong place.

I'd like to update the overlap part of the script with the astigmatism business:  do we lose goodness of overlap if we tilt the mirrors by a bit?  I think this will require redoing the overlap part with the X and Y directions separate.  Koji has done this in the past.  My current code assumes that the beam is always symmetric in X and Y.

4805   Fri Jun 10 14:50:37 2011 KojiUpdateLSCNew LSC code installed

[Koji Jamie]

The new c1lsc code has been installed. The LSC screens have also been updated (except for ASS screen).

The major changes are:

1. Naming of the RFPD channels. Now the PD signals were named like:

REFL11_I_IN1, REFL11_I_IN2, REFL11_I_OUT ....

2. NREFL11, etc has been removed. We now have the official error signals
named like

REFL11_I_ERR

We can't use the name "REFL11_I" for the error signal as this name is
occupied by the name of the filter module.

11007   Wed Feb 11 22:13:44 2015 JenneUpdateLSCNew Locking Paradigm - LSC model changes

In order to try out the new locking scheme tonight, I have modified the LSC model.  Screens have not yet been made.

It's a bit of a special case, so you must use the appropriate filter banks:

CARM filter bank should be used for ALS lock.  MC filter bank should be used for the REFL1f signal.

The output of the MC filter bank is fed to a new filter bank (C1:LSC-MC_CTRL_FF).  The output of this new filter bank is summed with the error point of the CARM filter bank (after the CARM triggered switch).

The MC triggering situation is now a little more sophisticated than it was.  The old trigger is still there (which will be used for something like indicating when the REFL DC has dipped).  That trigger is now AND-ed with a new zero crossing trigger, to make the final trigger decision.  For the zero crossing triggering, there is a small matrix (C1:LSC-ZERO_CROSS_MTRX) to choose what REFL 1f signal you'd like to use (in order, REFL11I, REFL11Q, REFL55I, REFL55Q).  The absolute value of this is compared to a threshold, which is set with the epics value C1:LSC-ZERO_CROSS_THRESH.  So, if the absolute value of your chosen RF signal is lower than the threshold, this outputs a 1, which is AND-ed by the usual schmidt trigger.

At this moment, the input and output switches of the new filter bank are off, and the gain is set to zero.  Also, the zero crossing selection matrix is all zeros, and the threshold is set to 1e9, so it is always triggered, which means that effectively MC filter bank just has it's usual, old triggering situation.

11009   Thu Feb 12 01:43:09 2015 ranaUpdateLSCNew Locking Paradigm - LSC model changes

With the Y Arm locked, we checked that we indeed can get loop decoupling using this technique.

The guess filter that we plugged in is a complex pole pair at 1 Hz. We guessed that the DC gain should be ~4.5 nm count. We then converted this number into Hz and then into deg(?) using some of Jenne's secret numbers. Then after measuring, we had to increase this number by 14.3 dB to an overall filter module gain of +9.3.

The RED trace is the usual 'open loop gain' measurement we make, but this time just on the LSC-MC path (which is the POY11_I -> ETMY path).

The BLUE trace is the TF between the ALS-Y phase tracker output and the FF cancellation signal. We want this to be equal ideally.

The GREEN trace is after the summing point of the ALS and the FF. So this would go to zero when the cancellation is perfect.

So, not bad for a first try. Looks like its good at DC and worse near the red loop UGF. It doesn't change much if I turn off the ALS loop (which I was running with ~10-15x lower than nominal gain just to keep it out of the picture). We need Jenne to think about the loop algebra a little more and give us our next filter shape iteration and then we should be good.

Attachment 1: TF.gif
11017   Thu Feb 12 22:28:16 2015 JenneUpdateLSCNew Locking Paradigm - LSC model changes, screens modified

I have modified the LSC trigger matrix screen, as well as the LSC overview screen, to reflect the modifications to the model from yesterday.

Also, I decided that we probably won't ever want to trigger the zero crossing on the Q phase signals of REFL.  Instead, we may want to try it out with the single arms, so the zero crossing selection matrix is now REFL11I, REFL55I, POX11I, POY11I, in that order.

11011   Thu Feb 12 11:14:29 2015 JenneUpdateLSCNew Locking Paradigm - Loop-gebra

I have calculated the response of this new 2.5 loop system.

The first attachment is my block diagram of the system.  In the bottom left corner are the one-hop responses from each green-colored point to the next.  I use the same matrix formalism that we use for Optickle, which Rana described in the loop-ology context in http://nodus.ligo.caltech.edu:8080/40m/10899

In the bottom right corner is the closed loop response of the whole system.

Also attached is a zipped version of the mathematica notebook used to do the calculation.

EDIT, JCD, 17Feb2015:  Updated loop diagram and calculation:  http://131.215.115.52:8080/40m/11043

Attachment 1: ALS_REFL_comboLockingCartoon_11Feb2015.PDF
Attachment 2: ALS_REFL_comboLocking_11Feb2015.zip
11012   Thu Feb 12 11:59:58 2015 KojiUpdateLSCNew Locking Paradigm - Loop-gebra

The goals are:

- When the REFL path is dead (e.g. S_REFL = 0), the system goes back to the ordinary ALS loop. => True (Good)

- When the REFL path is working, the system becomes insensityve to the ALS loop
(i.e. The ALS loop is inactivated without turning off the loop.) => True when (...) = 0

Are they correct?

Then I just repeat the same question as yesterday:

S is a constant, and Ps are cavity poles. So,  approximately to say, (...) = 0 is realized by making D = 1/G_REFL.
In fact, if we tap the D-path before the G_REFL, we remove this G_REFL from (...). (=simpler)
But then, this means that the method is rather cancellation between the error signals than
cancellation between the actuation. Is this intuitively reasonable? Or my goal above is wrong?

11016   Thu Feb 12 19:18:49 2015 JenneUpdateLSCNew Locking Paradigm - Loop-gebra

EDIT, JCD, 17Feb2015:  Updated loop diagram and calculation: http://131.215.115.52:8080/40m/11043

Okay, Koji and I talked (after he talked to Rana), and I re-looked at the original cartoon from when Rana and I were thinking about this the other day.

The original idea was to be able to actuate on the MC frequency (using REFL as the sensor), without affecting the ALS loop.  Since actuating on the MC will move the PSL frequency around, we need to tell the ALS error signal how much the PSL moved in order to subtract away this effect. (In reality, it doesn't matter if we're actuating on the MC or the ETMs, but it's easier for me to think about this way around).  This means that we want to be able to actuate from point 10 in the diagram, and not feel anything at point 4 in the diagram (diagram from http://131.215.115.52:8080/40m/11011)

This is the same as saying that we wanted the green trace in http://131.215.115.52:8080/40m/11009 to be zero.

So.  What is the total TF from 10 to 4?

${\rm TF}_{\rm (10 \ to \ 4)} = \frac{D_{\rm cpl} + {\color{DarkRed} A_{\rm refl}} {\color{DarkGreen} P_{\rm als}}}{1-{\color{DarkRed} A_{\rm refl} G_{\rm refl} S_{\rm refl} P_{\rm refl}} - {\color{DarkGreen} A_{\rm als} G_{\rm als} S_{\rm als}} ({\color{DarkGreen} P_{\rm als}} + D_{\rm cpl} {\color{DarkRed} G_{\rm refl} P_{\rm refl} S_{\rm refl}})}$

So, to set this equal to zero (ALS is immune to any REFL loop actuation), we need $D_{\rm cpl} = - {\color{DarkRed} A_{\rm refl}} {\color{DarkGreen} P_{\rm als}}$.

Next up, we want to see what this means for the closed loop gain of the whole system.  For simplicity, let's let $H_* = A_* G_* S_* P_*$, where * can be either REFL or ALS.

Recall that the closed loop gain of the system (from point 1 to point 2)  is

${\rm TF}_{\rm (1 \ to \ 2)} = \frac{1}{1-{\color{DarkRed} A_{\rm refl} G_{\rm refl} S_{\rm refl} P_{\rm refl}} - {\color{DarkGreen} A_{\rm als} G_{\rm als} S_{\rm als}} ({\color{DarkGreen} P_{\rm als}} + D_{\rm cpl} {\color{DarkRed} G_{\rm refl} P_{\rm refl} S_{\rm refl}})}$ , so if we let  $D_{\rm cpl} = - {\color{DarkRed} A_{\rm refl}} {\color{DarkGreen} P_{\rm als}}$ and simplify, we get

${\rm TF}_{\rm (1 \ to \ 2)} = \frac{1}{1-{\color{DarkRed} H_{\rm refl}} - {\color{DarkGreen} H_{\rm als}} + {\color{DarkRed} H_{\rm refl}}{\color{DarkGreen} H_{\rm als}}}$

This seems a little scary, in that maybe we have to be careful about keeping the system stable.  Hmmmm.  Note to self:  more brain energy here.

Also, this means that I cannot explain why the filter wasn't working last night, with the guess of a complex pole pair at 1Hz for the MC actuator.  The  ALS plant has a cavity pole at ~80kHz, so for our purposes is totally flat.  The only other thing that comes to mind is the delays that exist because the ALS signals have to hop from computer to computer.  But, as Rana points out, this isn't really all that much phase delay below 100Hz where we want the cancellation to be awesome.

I propose that we just measure and vectfit the transfer function that we need, since that seems less time consuming than iteratively tweaking and checking.

Also, I just now looked at the wiki, and the MC2 suspension resonance for pos is at 0.97Hz, although I don't suspect that that will have changed anything significantly above a few Hz.  Maybe it makes the cancellation right near 1Hz a little worse, but not well above the resonance.

ELOG V3.1.3-