40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 4 of 168  Not logged in ELOG logo
Entry  Mon Aug 30 17:49:43 2021, Paco, Summary, LSC, XARM POX OLTF XARM_POX_OLTF.pdfXARM_POX_Coh.pdf
Used diaggui to get OLTF in preparation for optimal system identification / calibration. The excitation was injected at the control point of the XARM
loop C1:LSC-XARM_EXC. Attachment 1 shows the TF (red scatter) taken from 35 Hz to 2.3 kHz with 201 points. The swept sine excitation had an envelope amplitude
of 50 counts at 35 Hz, 0.2 counts at 100 Hz, and 0.2 at 200 Hz. In purple continous line, the model for the OLTF using all the digital control filters
    Reply  Tue Aug 31 14:55:24 2021, rana, Summary, LSC, XARM POX OLTF 
this model doesn't seem to include the analog AA, analog AI, digital AA, digital AI, or data transfer delays in the system. I think if you include
those you will get more accuracy at high frequencies. Probably Anchal has those included in his DARM loop model?

 
Entry  Thu Aug 26 10:30:14 2021, Jamie, Configuration, CDS, front end time synchronization fixed? 
I've been looking at why the front end NTP time synchronization did not seem to be working.  I think it might not have been working because
the NTP server the front ends were point to, fb1, was not actually responding to synchronization requests.

I cleaned up some things on fb1 and the front ends, which I think unstuck things.
Entry  Tue Aug 24 18:44:03 2021, Koji, Update, CDS, FB is writing the frames with a year old date Screen_Shot_2021-08-24_at_18.46.24.png
Dan Kozak pointed out that the new frame files of the 40m has not been written in 2021 GPS time but 2020 GPS time.

Current GPS time is 1313890914 (or something like that), but the new files are written as C-R-1282268576-16.gwf

I don't know how this can happen but this may explain why we can't have the agreement between the FB gps time and the RTS gps time.
    Reply  Wed Aug 25 17:31:30 2021, Paco, Update, CDS, FB is writing the frames with a year old date TRX_noise_2021-08-25_17-40-55.pngTRX_TRY_power_spectra.pdf
[paco, tega, koji]

After invaluable assistance from Jamie in fixing this yearly offset in the gps time reported by cat /proc/gps, we managed to restart the real
time system correctly (while still manually synchronizing the front end machine times). After this, we recovered the mode cleaner and were able to lock
       Reply  Thu Aug 26 10:10:44 2021, Paco, Update, CDS, FB is writing the frames with a year old date Screenshot_from_2021-08-26_10-09-50.pngTRXTRY_Spectra.pdf
[paco, ]

We went over the X end to check what was going on with the TRX signal. We spotted the ground terminal coming from the QPD is loosely touching
the handle of one of the computers on the rack. When we detached it completely from the rack the noise was gone (attachment 1).
    Reply  Wed Aug 25 18:20:21 2021, Jamie, Update, CDS, GPS time on fb1 fixed, dadq writing correct frames again 
I have no idea what happened to the GPS timing on fb1, but it seems like the issue was coincident with the power
glitch on Monday.

As was noted by Koji above, the GPS time kernel interface was off by a year, which was causing the frame builder to write out files with the
Entry  Wed Aug 25 08:53:33 2021, Jordan, Update, SUS, 2" Adapter Ring for SOS Arrived 8/24/21 20210824_152259.jpg20210824_152259.jpg20210824_152308.jpg
8 of the 2"->3" adapter rings (D2100377) arrived from RDL yesterday. I have not tested the threads but dimensional inspection on SN008 cleared.
Parts look very good. The rest of the parts should be shipping out in the next week.
Entry  Wed Feb 24 22:13:47 2021, Jon, Update, CDS, Planning document for front-end testing 
I've started writing up a rough testing sequence for getting the three new front-ends operational (c1bhd, c1sus2, c1ioo). Since I anticipate
this plan undergoing many updates, I've set it up as a Google doc which everyone can edit (log in with LIGO.ORG credentials).

Link to planning document
    Reply  Fri Mar 5 17:48:25 2021, Jon, Update, CDS, Front-end testing image_67203585.JPGimage_67216641.JPGimage_17185537.JPG
Today I moved the c1bhd machine from the control room to a new test area set up behind (west of) the 1X6 rack. The test stand is pictured in Attachment
1. I assembled one of the new IO chassis and connected it to the host.

I/O Chassis Assembly


LIGO-style 24V feedthrough replaced with an ATX 650W switching power supply
Timing slave
       Reply  Tue Mar 9 16:52:47 2021, Jon, Update, CDS, Front-end testing image_72192707.JPG
Today I continued with assembly and testing of the new front-ends. The main progress is that the IO chassis is now communicating with the host,
resolving the previously reported issue.

Hardware Issues to be Resolved

Unfortunately, though, it turns out one of the two (host-side) One Stop Systems PCIe cards sent from
          Reply  Tue Mar 16 16:27:22 2021, Jon, Update, CDS, Front-end testing 
Some progress today towards setting up an isolated subnet for testing the new front-ends. I was able to recover the fb1 backup disk using the Rescatux disk-rescue
utility and successfully booted an fb1 clone on the subnet. This machine will function as the boot server and DAQ server for the front-ends under
test. (None of these machines are connected to the Martian network or, currently, even the outside Internet.)
             Reply  Tue Mar 16 19:04:20 2021, gautam, Update, CDS, Front-end testing 
Now that I think about it, I may only have backed up the root file system of chiara, and not/home/cds/  (symlinked to /opt/
over NFS). I think we never revived the rsync backup to LDAS after the FB fiasco of 2017, else that'd have
             Reply  Fri Mar 19 18:14:56 2021, Jon, Update, CDS, Front-end testing image_72192707_(1).JPGimage_50412545.JPG
Summary

Today I finished setting up the subnet for new FE testing. There are clones of both fb1 and chiara running on this subnet (pictured
in Attachment 2), which are able to boot FEs completely independently of the Martian network. I then assembled a second FE system (Supermicro host
and IO chassis) to serve as c1sus2, using a new OSS host adapter card received yesterday from LLO. I ran the same set of PCIe hardware/driver tests as
                Reply  Wed Mar 24 19:02:21 2021, Jon, Update, CDS, Front-end testing 
This evening I prepared a new 2 TB 3.5" disk to hold a copy of /opt/rtcds and /opt/rtapps from chiara. This is the final piece of setup before model
compilation can be tested on the new front-ends. However chiara does not appear to support hot-swapping of disks, as the disk is not recognized when connected
to the live machine. I will await confirmation before rebooting it. The new disk is not currently connected.
                   Reply  Mon Mar 29 17:55:50 2021, Jon, Update, CDS, Front-end testing 
Cloning of chiara:/home/cvs underway

I returned today with a beefier USB-SATA adapter, which has an integrated 12 V supply
for powering 3.5" disks. I used this to interface a new 6 TB 3.5" disk found in the FE supplies cabinet.

I decided to go with a larger disk and copy the full contents of chiara:/home/cds. Strictly, the FEs only strictly need the RTS executables in
                      Reply  Tue Mar 30 18:21:34 2021, Jon, Update, CDS, Front-end testing 
Progress today:

Outside Internet access for FE test stand

This morning Jordan and I ran an 85-foot Cat 6 Ethernet cable from the campus network switch
in the office area (on the ligo.caltech.edu domain) to the FE test stand near 1X6. This is to allow the test-stand subnet to be accessed for remote testing,
                      Reply  Tue Apr 6 07:19:11 2021, Jon, Update, CDS, New SimPlant cymac 
Yesterday Chris and I completed setup of the Supermicro machine that will serve as a dedicated host for developing and testing RTCDS sim models. It is
currently sitting in the stack of machines in the FE test stand, though it should eventually be moved into a permanent rack.

It turns out the machine cannot run 10 user models, only 4. Hyperthreading was enabled in the BIOS settings, which created the
                         Reply  Tue Apr 6 11:13:01 2021, Jon, Update, CDS, FE testing 
I/O chassis assembly

Yesterday I installed all the available ADC/DAC/BIO modules and adapter boards into the new I/O chassis (c1bhd, c1sus2).
We are still missing three ADC adapter boards and six 18-bit DACs. A thorough search of the FE cabinet turned up several
16-bit DACs, but only one adapter board. Since one 16-bit DAC is required anyway for c1sus2, I installed the one complete set in that chassis.
                            Reply  Sat Apr 10 08:51:32 2021, Jon, Update, CDS, I/O Chassis Assembly 
I installed three of the 16-bit ADC adapter boards assembled by Koji. Now, the only missing
hardware is the 18-bit DACs (quantities below). As I mentioned this week, there are 2-3 16-bit DACs available in the FE cabinet. They could
be used if more 16-bit adapter boards could be procured.
                               Reply  Thu Apr 29 10:51:35 2021, Jon, Update, CDS, I/O Chassis Assembly 
Summary

Yesterday I unpacked and installed the three 18-bit DAC cards received from Hanford. I then repeated the low-level PCIe testing
outlined in T1900700, which is expanded upon below. I did not make it to DAC-ADC
loopback testing because these tests in fact revealed a problem with the new hardware. After a combinatorial investigation that involved swapping cards
                                  Reply  Tue May 4 07:38:36 2021, Jon, Update, CDS, I/O Chassis Assembly Screen_Shot_2021-05-03_at_4.16.06_PM.png
IOP models created

With all the PCIe issues now resolved, yesterday I proceeded to build an IOP model for each of new FEs. I assigned
them names and DCUIDs consist with the 40m convention, listed below.
These models currently exist on only the cloned copy of /opt/rtcds running on the test stand. They will be copied to the main network disk later, once
                                     Reply  Tue May 11 16:29:55 2021, Jon, Update, CDS, I/O Chassis Assembly Screen_Shot_2021-05-11_at_3.03.42_PM.png



Quote:



Timing system set-up

The next step is to provide the 65 kHz clock signals from the timing fanout
via LC optical fiber. I overlooked the fact that an SPX optical transceiver is required to interface the fiber to the timing slave board. These
                                        Reply  Tue May 11 17:43:09 2021, Koji, Update, CDS, I/O Chassis Assembly 
Did you match the local PC time with the GPS time?
                                           Reply  Fri May 28 11:16:21 2021, Jon, Update, CDS, Front-End Assembly and Testing c1bhd.pnggds_tp.pngteststand.jpegbench_supply.jpeg
An update on recent progress in the lab towards building and testing the new FEs.

1. Timing problems resolved / FE BIOS changes

The previously reported problem with the IOPs losing sync after a few minutes (16130) was
resolved through a change in BIOS settings. However, there are many required settings and it is not trivial to get these right, so I document the procedure here
                                              Reply  Sun Jun 6 08:42:05 2021, Jon, Update, CDS, Front-End Assembly and Testing c1bhd.png16bit_dacs.pngmyricom.png
Here is an update and status report on the new BHD front-ends (FEs).

Timing

The changes to the FE BIOS settings documented in [16167] do seem
to have solved the timing issues. The RTS models ran for one week with no more timing failures. The IOP model on c1sus2 did die due to an unrelated "Channel
                                                 Reply  Tue Jun 22 16:53:01 2021, Ian MacMillan, Update, CDS, Front-End Assembly and Testing 
The channels on both the C1BHD and C1SUS2 seem to be frozen: they arent updating and are holding one value. To fix this Anchal and I tried:


restarting the computers 

restarting basically everything including the models


Changing
the matrix values
adding filters
messing with the offset 
restarting the network ports (Paco suggested this apparently
                                                    Reply  Thu Jun 24 17:32:52 2021, Ian MacMillan, Update, CDS, Front-End Assembly and Testing C1-SU2_Channel_Responses.pdfC1-BHD_Channel_Responses.pdfCDS_Channel_Test.zip
Anchal and I ran tests on the two systems (C1-SUS2 and C1-BHD). Attached are the results and the code and data to recreate them.

We connected one DAC channel to one ADC channel and thus all of the results represent a DAC/ADC pair. We then set the offset to different values
from -3000 to 3000 and recorded the measured signal. I then plotted the response curve of every DAC/ADC pair so each was tested at least once.
                                                       Reply  Fri Jun 25 14:06:10 2021, Jon, Update, CDS, Front-End Assembly and Testing test_stand.JPG
Summary

Here is the final summary (from me) of where things stand with the new front-end systems. With Anchal and Ian's recent scripted
loopback testing [16224], all the testing that can be performed in isolation with
the hardware on hand has been completed. We currently have no indication of any problem with the new hardware. However, the high-frequency signal
                         Reply  Sat Apr 10 11:56:14 2021, Jon, Update, CDS, 40m LSC simPlant model x1lsp_main.png
Summary

Yesterday I resurrected the 40m's LSC simPlant model, c1lsp.
It is running on c1sim, a virtual, self-contained cymac that Chris and I set up for developing sim models (see 15997).
I think the next step towards an integrated IFO model is incorporating the suspension plants. I am going to hand development largely over to Ian at
                            Reply  Tue Apr 13 16:24:38 2021, Ian MacMillan, Update, CDS, 40m LSC simPlant model 
Added Matlab to the Docker machine. This should help immensely with workflow as well as keeping installed libraries consistent. Next step is outlining
the project so coding is easier

Command to launch is:     $ matlab &
                               Reply  Mon Apr 19 13:15:20 2021, Ian MacMillan, Update, CDS, 40m LSC simPlant model 
The x1SUSsim model on the docker was made in a more recent version of Simulink so I updated Matlab (see
this)

I updated Matlab to 2021a so now the docker has 2020b and 2021a installed. This should also install Simulink 10.3 for the sus model to open.
                                  Reply  Wed Apr 21 10:03:01 2021, Ian MacMillan, Update, CDS, 40m LSC simPlant model Overview.png
So I am stuck on how to add the control block to my model. I am trying to make it as simple as possible with just a simple transfer function for a damped
harmonic oscillator and then the control block (see overview.png). 

The transfer function I am using is:
                                     Reply  Wed Apr 21 11:01:37 2021, Rana, Update, CDS, 40m LSC simPlant model 
The controller would be in the c1sus model, and connects to the c1sup plant model. So the controller doesn't go in the plant model.

Both the controller and the plant can be modeled using a single filter module in each separate model as you've drawn, but they go in separate
models.
                                     Reply  Fri Apr 23 15:52:19 2021, Ian MacMillan, Update, CDS, 40m LSC simPlant model Plant_framework.pdfSimple_Plant.pdfControls.pdf
I have attached the framework that I am using for the full system. Plantframework.pdf has the important aspects that I will be changed. Right now I am
trying to keep it mostly as is, but I have disconnected the Optic Force Noise and hope to disconnect the Suspension Position Noise. The Optic Force Noise
Block is additive to the signal so eliminating it from the system should make it less realistic but simpler. It can be added back easily by reconnecting
                                        Reply  Sun Apr 25 21:21:02 2021, rana, Update, CDS, SUS simPlant model 

I suggest not naming this the LSC model, since it has no LSC stuff.
Also remove all the diagnostic stuff in the plant model. We need
nothing except a generic filter Module, like in the SUS controller.
Also, the TF looks kind of weird to me. I
would like to see how you derive that eq.
Connect the models and show us some plots of the behavior in physical units using FOTON to make the
                                           Reply  Tue Apr 27 15:15:17 2021, Ian MacMillan, Update, CDS, SUS simPlant model x1sus_single_plant.pdfx1sup.pdf
The first version of the single filter plant is below. Jon and I went through compiling a model and running it on the docker (see this
post)

We activated an early version of the plant model (from about 10 years ago) but this model was not designed to run on its own so we had to ground
                                              Reply  Thu Apr 29 13:41:40 2021, Ian MacMillan, Update, CDS, SUS simPlant model Non-IPC_Plant.pdf
To add the required library: put the .mdl file that contains the library into the userapps/lib folder. That will allow
it to compile correctly

I got these errors:
                                                 Reply  Fri Apr 30 12:52:14 2021, Ian MacMillan, Update, CDS, SUS simPlant model 
Now that the model is finally compiled I need to make an medm screen for it and put it in the c1sim:/home/controls/docker-cymac/userapps/medm/ directory. 

But before doing that I really want to test it using the autogenerated medm screens which are in the virtual cymac in the folder /opt/rtcds/tst/x1/medm/x1sup.
In Jon's post he said that I can use the virtual path for sitemap after
                                                    Reply  Mon May 3 13:35:12 2021, Ian MacMillan, Update, CDS, SUS simPlant model 
When the cymac is started it gives me a list of channels shown below. 

 $  Initialized TP interface node=8, host=98e93ecffcca
 $  Creating X1:DAQ-DC0_X1IOP_STATUS
                                                       Reply  Tue May 4 14:55:38 2021, Ian MacMillan, Update, CDS, SUS simPlant model 
After a helpful meeting with Jon, we realized that I have somehow corrupted the sitemap file. So I am going to use the code
Chris wrote to regenerate it. 

Also, I am going to connect the controller using the IPC parts. The error that I was having before had to do with the IPC parts not being connected
                                                          Reply  Wed May 5 15:11:54 2021, Ian MacMillan, Update, CDS, SUS simPlant model 
I added the IPC parts back to the plant model so that should be done now. It looks like this again here.

I can't seem to find the control model which should look like this.
When I open sus_single_control.mdl, it just shows the C1_SUS_SINGLE_PLANT.mdl model. Which should not be the case.
                                                             Reply  Thu May 6 16:13:24 2021, Ian MacMillan, Update, CDS, SUS simPlant model 
When using mdl2adl I was getting the error:

$  cd /home/controls/mdl2adl
$  ./mdl2adl x1sup.mdl
                                                                Reply  Fri May 7 11:19:29 2021, Ian MacMillan, Update, CDS, SUS simPlant model 
I copied c1scx.mdl to the docker to attach to the plant using
the commands:

$  ssh nodus.ligo.caltech.edu
                                                                   Reply  Wed May 12 13:06:15 2021, Ian MacMillan, Update, CDS, SUS simPlant model SimplePlant_SingleContr.pdfx1sup_isolated.pdfX1SUP_ISOLATED_GDS_TP.pngX1SUP_ISOLATED_C1_SUS_SINGLE_PLANT_Plant_POS_Mod.png
Working with Chris, we decided that it is probably better to use a simple filter module as a controller before we make the model more complicated. I
will use the plant model that I have already made (see attachment
1 of this). then attach a single control filter module to that: as seen in attachment 1.
                                                                      Reply  Fri May 21 09:44:52 2021, Ian MacMillan, Update, CDS, SUS simPlant model Transfer_Function_of_Damped_Harmonic_Oscillator.pdf
The transfer function given in the previous post was slightly incorrect the units did not
make sense the new function is:

                                                                         Reply  Fri May 21 14:36:20 2021, Ian MacMillan, Update, CDS, SUS simPlant model Plant_Mod_TF.pdf
The plant transfer function of the pendulum in the s domain is:

                                                                            Reply  Thu Jun 3 13:06:47 2021, Ian MacMillan, Update, CDS, SUS simPlant model SingleSusPlantTF.pdfSUS_PLANT_TF.zip
I was able to measure the transfer function of the plant filter module from the channel X1:SUP-C1_SUS_SINGLE_PLANT_Plant_POS_Mod_EXC
to X1:SUP-C1_SUS_SINGLE_PLANT_Plant_POS_Mod_OUT. The resulting transfer function is shown below. I have also attached the raw data for
making the graph.
                                                                               Reply  Mon Jun 7 17:49:19 2021, Ian MacMillan, Update, CDS, SUS simPlant model SingleSusPlantTF.pdfTF_Graph_Code.zip
Added difference to the graph. I included the code so that others could see what it looks like and use it for easy use.
                                                                                  Reply  Wed Jun 9 13:50:48 2021, Ian MacMillan, Update, CDS, SUS simPlant model SingleSusPlantTF.pdf
I have attached an updated transfer function graph with the residual easier to see. I thought here I would include a better explanation of what this
transfer function was measuring.

This transfer function was mainly about learning how to use DTT and Foton to make and measure transfer functions. Therefore it is just measuring
                                                                                     Reply  Tue Jun 15 11:46:40 2021, Ian MacMillan, Update, CDS, SUS simPlant model x1sup_isolated-6-15-v1.pdfC1_SUS_SINGLE_PLANT-6-15-v1.pdf
I have added more degrees of freedom. The model includes x, y, z, pitch, yaw, roll and is controlled by a matrix of transfer functions (See Attachment
2). I have added 5 control filters to individually control UL, UR, LL, LR, and side. Eventually, this should become a matrix too but for the moment this
is fine.
                                                                                     Reply  Wed Jun 30 14:09:26 2021, Ian MacMillan, Update, CDS, SUS simPlant model SingleSusPlantTF.pdfPlant_TF_Test.zip
I have looked at my code from the previous plot of the transfer function and realized that there is a slight error that must be fixed before we can analyze
the difference between the theoretical transfer function and the measured transfer function.

The theoretical transfer function, which was generated from Photon has approximately 1000 data points while the measured one has about 120. There
                                                                                        Reply  Mon Aug 23 15:25:59 2021, Ian MacMillan, Update, CDS, SUS simPlant model SimPlantStateSpace.zip
I am adding a State-space block to the SimPlant cds model using the example Chris gave. I made a new folder in controls called SimPlantStateSpace. wI
used the code below to make a state-space LTI model with a 1D pendulum then I converted it to a discrete system using c2d
matlab function. Then I used these in the rtss.m file to create the state space code I need in the SimPlantStateSpace_1D_model.h
Entry  Mon Aug 23 10:17:21 2021, Paco, Summary, Computers, system reboot glitch 
[paco]

At 09:34 PST I noted a glitch in the controls room as the machines went down except for c1ioo. Briefly, the video feeds disappeared from the
screens, though the screens themselves didn't lose power. At first I though this was some kind of power glitch, but upon checking with Jordan, it most
Entry  Mon Aug 16 23:30:34 2021, Paco, Update, CDS, AS WFS commissioning; restarting models 
[koji, ian, tega, paco]

With the remote/local assistance of Tega/Ian last friday I made changes on the c1sus model by connecting the C1:ASC model outputs (found within
a block in c1ioo) to the BS and PRM suspension inputs (pitch and yaw). Then, Koji reviewed these changes today and made me notice that no changes are actually
    Reply  Thu Aug 19 03:23:00 2021, Anchal, Update, CDS, Time synchornization not running 
I tried to read a bit and understand the NTP synchronization implementation in FE computers. I'm quite sure that NTP synchronization should be 'yes'
if timesyncd are running correctly in the output of timedatectl in these computers. As Koji reported in 15791,
this is not the case. I logged into c1lsc, c1sus and c1ioo and saw that RTC has drifted from the software clocks too which does not happen if NTP synchronization
       Reply  Thu Aug 19 14:14:49 2021, Koji, Update, CDS, Time synchornization not running 
131.215.239.14 looks like Caltech's NTP server (ntp-02.caltech.edu)
https://webmagellan.com/explore/caltech.edu/28415b58-837f-4b46-a134-54f4b81bee53
          Reply  Fri Aug 20 00:28:55 2021, Anchal, Update, CDS, Time synchornization not running 
I added ntpserver as a known host name for address 192.168.113.201 (fb1's address where ntp server is running) in the martian host list in the following
files in Chiara:


/var/lib/bind/martian.hosts
/var/lib/bind/rev.113.168.192.in-addr.arpa

Note:
             Reply  Fri Aug 20 06:24:18 2021, Anchal, Update, CDS, Time synchornization not running 
I read on some stack exchange that 'NTP synchornized' indicator turns 'yes' in the output of command timedatectl only when RTC clock
has been adjusted at some point. I also read that timesyncd does not do the change if the time difference is too much, roughly more than 3 seconds.

So I logged into all FE machines and ran sudo hwclock -w to synchronize them all to the system
Entry  Wed Aug 18 20:30:12 2021, Anchal, Update, ASS, Fixed runASS scripts 
Late elog: Original time of work Tue Aug 17 20:30 2021


I locked the arms yesterday remotely and tried running runASS.py scripts (generally ran by clicking Run ASS buttons on IFO OVERVIEW screen
of ASC screen). We have known for few weeks that this script stopped working for some reason. It would start the dithering and would optimize the alignment
Entry  Fri May 21 00:05:45 2021, Koji, Update, SUS, New electronics: Sat Amp / Coil Drivers F3CDEF8D-4B1E-42CF-8EFC-EA1278C128EB_1_105_c.jpeg
11 new Satellite Amps were picked up from Downs. 7 more are coming from there. I have one spare unit I made. 1 sat amp has already been used at MC1.

We had 8 HAM-A coil drivers delivered from the assembling company. We also have two coil drivers delivered from Downs (Anchal tested)
    Reply  Thu Jun 17 22:25:38 2021, Koji, Update, SUS, New electronics: Sat Amp / Coil Drivers P_20210604_231028.jpeg
It is a belated report: We received 5 more sat amps on June 4th. (I said 7 more but it was 6 more) So we still have one more sat amp coming from Todd.

- 1 already delivered long ago
- 8 received from Todd -> DeLeone -> Chub. They are in the lab.
       Reply  Wed Jul 21 14:50:23 2021, Koji, Update, SUS, New electronics P_20210629_183950.jpegP_20210719_135938.jpeg
Received:

Jun 29, 2021 BIO I/F 6 units
Jul 19, 2021 PZT Drivers x2 / QPD Transimedance amp x2
          Reply  Tue Aug 17 04:30:35 2021, Koji, Update, SUS, New electronics P_20210816_234136.jpgP_20210816_235106.jpgP_20210816_234220.jpg
Received:

Aug 17, 2021 2x ISC Whitening

Delivered 2x Sat Amp board to Todd
Entry  Thu Aug 12 11:04:27 2021, Paco, Update, General, PSL shutter was closed this morning 
Thu Aug 12 11:04:42 2021 Arrived to find the PSL shutter closed. Why? Who? When? How? No elog, no fun. I opened it, IMC is now locked, and the arms were
restored and aligned.
    Reply  Thu Aug 12 14:59:25 2021, Koji, Update, General, PSL shutter was closed this morning Screen_Shot_2021-08-12_at_14.58.59.png
What I was afraid of was the vacuum interlock. And indeed there was a pressure surge this morning. Is this real? Why didn't we receive the alert?
       Reply  Thu Aug 12 20:52:04 2021, Koji, Update, General, PSL shutter was closed this morning Screen_Shot_2021-08-12_at_20.51.19.pngScreen_Shot_2021-08-12_at_20.51.34.png
I did a bit more investigation on this.

- I checked P1~P4, PTP2/3, N2, TP2, TP3. But found only P1a and P2 were affected.

- Looking at the min/mean/max of P1a and P2 (Attachment 1), the signal had a large fluctuation. It is impossible to have P1a from 0.004 to 0
Entry  Wed Aug 11 11:35:36 2021, Paco, Update, LSC, PRMI MICH orthogonality plan 
[yehonathan, paco]

Yesterday we discussed a bit about working on the PRMI sensing matrix.

In particular we will start with the "issue" of non-orthogonality in the MICH actuated by BS + PRM. Yesterday afternoon we played a
Entry  Fri Aug 6 13:13:28 2021, Anchal, Update, BHD, c1teststand subnetwork now accessible remotely 
c1teststand subnetwork is now accessible remotely. To log into this network, one needs to do following:


Log into nodus or pianosa. (This will only work from these two computers)
ssh -CY
controls@192.168.113.245
Password is our usual workstation password.
This will log you into c1teststand network.
From
    Reply  Mon Aug 9 10:38:48 2021, Anchal, Update, BHD, c1teststand subnetwork now accessible remotely 
I had to add following two lines in the /etc/network/interface file to make the special ip routes persistent even after reboot:

post-up ip route add 192.168.113.200 via 10.0.1.1 dev eno1
post-up ip route add 192.168.113.216 via 10.0.1.1 dev eno1
Entry  Fri Aug 6 17:10:19 2021, Paco, Update, IMC, MC rollercoaster MC2_trans_sum_2021-08-06_17-18-54.png
[anchal, yehonatan, paco]

For whatever reason (i.e. we don't really know) the MC unlocked into a weird state at ~ 10:40 AM today. We first tried to find a likely cause
as we saw it couldn't recover itself after ~ 40 min... so we decided to try a few things. First we verified that no suspensions were acting
Entry  Tue Aug 3 20:20:08 2021, Anchal, Update, Optical Levers, Recentered ETMX, ITMX and ETMY oplevs at good state 
Late elog. Original time 08/02/2021 21:00.

I locked both arms and ran ASS to reach to optimum alignment. ETMY PIT > 10urad, ITMX P > 10urad and ETMX P < -10urad. Everything else
was ok absolute value less than 10urad. I recentered these three.
Entry  Mon Aug 2 16:18:23 2021, Paco, Update, ASC, AS WFS MICH commissioning 
[anchal, paco]

We picked up AS WFS comissioning for daytime work as suggested by gautam. In the end we want to comission this for the PRFPMI, but also for PRMI,
and MICH for completeness. MICH is the simplest so we are starting here.
Entry  Thu Jul 29 14:51:39 2021, Paco, Update, Optical Levers, Recenter OpLevs 
[yehonathan, anchal, paco]

Yesterday around 9:30 pm, we centered the BS, ITMY, ETMY, ITMX and ETMX oplevs (in that order) in their respective QPDs by turning the last mirror
before the QPDs. We did this after running the ASS dither for the XARM/YARM configurations to use as the alignment reference. We did this in preparation
Entry  Wed Jul 28 20:20:09 2021, Yehonathan, Update, General, The temperature sensors and function generator have arrived in the lab 20210728_201313.jpg20210728_201607.jpg
I put the temperature sensors box on Anchal's table (attachment 1) and the function generator on the table in front of the c1auxey Acromag chassis
(attachment 2).

 
Entry  Wed Mar 24 00:51:19 2021, gautam, Update, LSC, Schnupp asymmetry Lsch.pdf
I used the Valera technique to measure the Schnupp asymmetry to be , see Attachment #1. The data points
are points, and the zero crossing is estimated using a linear fit. I repeated the measurement 3 times for each arm to see if I get consistent results -
    Reply  Wed Jul 28 17:10:24 2021, Anchal, Update, LSC, Schnupp asymmetry Lsch.pdf
[Anchal, Paco]

I redid the measurement of Schnupp asymmetry today and found it to be 3.8 cm  0.9 cm.
Entry  Tue Jul 27 23:04:37 2021, Anchal, Update, LSC, 40 meter party Screenshot_2021-07-27_22-19-58.png
[ian, anchal, paco]

After our second attempt of locking PRFPMI tonight, we tried to resotre XARM and YARM locks to IR by clicking on IFO_CONFIGURE>Restore XARM
(POX) and IFO_CONFIGURE>Restore YARM (POY) but the arms did not lock. The green lasers were locked to the arms at maximum power, so the relative alignments
Entry  Wed Jul 21 18:08:35 2021, yehonathan, Update, Loss Measurement, Loss measurement 
{Gautam, Yehonathan, Anchal, Paco}

We prepared for the loss measurement using DC reflection method. We did the following changes:

1. REFL55_Q was disconnected and replaced with MC_T cable coming from the PD on the MC2 table. The cable has a red tag on it. Consequently we
    Reply  Thu Jul 22 16:06:10 2021, Paco, Update, Loss Measurement, Loss measurement 
[yehonathan, anchal, paco, gautam]

We concluded estimating the XARM and YARM losses. The hardware configuration from yesterday remains, but we repeated the measurements because
we realized our REFL55_I_ERR and REFL55_Q_ERR signals representing the PD520 and MC_TRANS were scaled, offset, and rotated in a way that wasn't trivially
       Reply  Sun Jul 25 20:41:47 2021, rana, Update, Loss Measurement, Loss measurement 
What are the quantitative root causes for why the statistical uncertainty is so large? Its larger than 1/sqrt(N)
          Reply  Mon Jul 26 17:34:23 2021, Paco, Update, Loss Measurement, Loss measurement LossMeasurement_RawData.pdfYARM_loss_stats.pdfXARM_loss_stats.pdf
[gautam, yehonathan, paco]

We went back to the loss data from last week and more carefully estimated the ARM loss uncertainties.

Before we simply stitched all N=16 repetitions into a single time-series and computed the loss: e.g. see
Entry  Sat Jul 17 00:52:33 2021, Koji, Update, General, Canon camera / small silver tripod / macro zoom lens / LED ring light borrowed -> QIL P_20210716_213850.jpg
Canon camera / small silver tripod / macro zoom lens / LED ring light borrowed -> QIL
    Reply  Sun Jul 25 18:21:10 2021, Koji, Update, General, Canon camera / small silver tripod / macro zoom lens / LED ring light returned / Electronics borrowed 
Camera and accesories returned

One HAM-A coildriver and one sat amp borrowed -> QIL

https://nodus.ligo.caltech.edu:8081/QIL/2616
Entry  Mon Jul 19 22:16:08 2021, paco, Update, LSC, PRFPMI locking 
[gautam, paco]

Gautam managed to lock PRFPMI a little before ~ 22:00 local time. The ALS to RF handoff logic was found to be repeatable, which enabled us to
lock a total of 4 times this evening. Under this nominal state, we can work on PRFPMI to narrow down less known issues and carry out systematic optimization.
Entry  Fri Jul 16 16:26:50 2021, gautam, Update, Computers, Docker installed on nodus 
I wanted to try hosting some docker images on a "private" server, so I installed Docker on nodus following the instructions here.
The install seems to have succeeded, and as far as I can tell, none of the functionality of nodus has been disturbed (I can ssh in, access shared drive,
elog seems to work fine etc). But if you find a problem, maybe this action is responsible. Note that nodus is running Scientific Linux 7.3 (Nitrogen).
Entry  Wed Jul 14 20:42:04 2021, gautam, Update, LSC, Locking 
[paco, gautam]

we decided to give the PRFPMI lock a go early-ish. Summary of findings today eve:


Arms under ALS control display normal noise and loop UGFs.
PRMI took longer than usual to lock (when arms are held off resonance)
    Reply  Thu Jul 15 14:25:48 2021, Paco, Update, LSC, CM board high_BW_TFs.pdf
[gautam, paco]

We tested the CM board by implementing the high bandwidth IR lock (single arm). In preparation for this test we temporarily
connected the POY11_Q_MON output to the CM board IN1 input and checked the YARM POY transfer function by running the AA_YARM_TEMPLATE under 
Entry  Wed Jun 16 19:34:18 2021, Koji, Update, General, HVAC HVAC_Power.jpegSouth_Arm.jpegSouth_End_Tenperature.jpegVertex.jpegEast_Arm.jpeg
I made a flow sensor with a stick and tissue paper to check the airflow.

- The HVAC indicator was not lit, but it was just the blub problem. The replacement bulb is inside the gray box.

- I went to the south arm. There are two big vent ducts for the outlets and intakes. Both are not flowing
    Reply  Wed Jul 14 16:19:44 2021, gautam, Update, General, Brrr rmTemp.pdf
Since the repair work, the temperature is significantly cooler. Surprisingly, even at the vertex (to be more specific, inside the PSL enclosure, which
for the time being is the only place where we have a logged temperature sensor, but this is not attributable to any change in the HEPA speed), the temperature
is a good 3 deg C cooler than it was before the HVAC work (even though Koji's wind vane suggest the vents at the vertex were working). The setpoint
       Reply  Wed Jul 14 19:21:44 2021, Koji, Update, General, Brrr 
Jordan reported on Jun 18, 2021: 
"HVAC tech came today, and replaced the thermostat and a coolant tube in the AC unit. It is working now and he left the thermostat set to 68F,
which was what the old one was set to."
Entry  Tue May 25 17:42:11 2021, Anchal, Paco, Summary, ALS, ALS Single Arm Noise Budget ALS_IR_b.svgALS_Single_Arm_IR.pdf
Here is our first attempt at a single-arm noise budget for ALS.

Attachment 1 shows the loop diagram we used to calculate the contribution of different noises.

Attachment 2 shows the measured noise at C1:ALS-BEATX_PHASE_FINE_OUT_HZ when XARM was locked to the main laser and Xend Green
    Reply  Thu May 27 11:03:15 2021, Anchal, Paco, Summary, ALS, ALS Single Arm Noise Budget ALS_Single_X_Arm_IR.pdfALS_OOL_with_Ref.pdf
Here's an updated X ARM ALS noise budget.

Things to remember:


Major mistake we were making earlier was that we were missing the step of clicking 
'Set Phase UGF' before taking the measurement.
Click the clear phase history just before taking measure.
Make sure
       Reply  Fri May 28 17:32:48 2021, Anchal, Summary, ALS, Single Arm Actuation Calibration with IR ALS Beat SingleArmActCalwithIRALSBeat.pdfstateSpaceModel.zip
I attempted a single arm actuation calibration using IR beatnote (in the directions of soCal idea for DARM calibration)


Measurement and Inferences:


I sent 4 excitation signals at C1:SUS-ITM_LSC_EXC wit 30cts at 31Hz,
200cts at 197Hz, 600cts at 619Hz and 1000cts at 1069 Hz.
These were sent simultaneously using compose function in python awg.
The
          Reply  Tue Jun 1 16:55:32 2021, Anchal, Paco, Summary, ALS, Single Arm Actuation Calibration with IR ALS Beat SingleArmActCalwithIRALSBeat-1306624785.pdf
Rana suggested in today's meeting to put in a notch filter in the XARM IR PDH loop to avoid suppressing the excitation line. We tried this today
first with just one notch at 1069 Hz and then with an additional notch at 619 Hz and sent two simultaneous excitations.


Measurement and Analysis:


We added notch filters with Q=10, depth=50dB, freq=619 Hz and 1069 Hz
             Reply  Tue Jun 8 11:40:53 2021, Anchal, Paco, Summary, ALS, Single Arm Actuation Calibration with IR ALS Beat ITMX_Cal_Noise_Spectrum_1307143423.pdf
We attempted to simulate "oscillator based realtime calibration noise monitoring" in offline analysis with python. This helped us in finding
about a factor of sqrt(2) that we were missing earlier in 16171. we measured C1:ALS-BEATX_FINE_PHASE_OUT_HZ_DQ
when X-ARM was locked to main laser and Xend green laser was locked to XARM. An excitation signal of amplitude 600 was setn at 619 hz at C1:ITMX_LSC_EXC.
                Reply  Wed Jun 9 18:29:13 2021, Anchal, Paco, Summary, ALS, Check for saturation in ITMX SOS Driver 
We did a quick check to make sure there is no saturation in the C1:SUS-ITMX_LSC_EXC analog path. For this, we looked at the SOS driver
output monitors from the 1X4 chassis near MC2 on a scope. We found that even with 600 x 10 = 6000 counts
of our 619 Hz excitation these outputs in particular are not saturating (highest mon signal was UL coil with
                Reply  Fri Jul 9 15:39:08 2021, Anchal, Summary, ALS, Single Arm Actuation Calibration with IR ALS Beat [Correction] ITMX_calibration_With_ALS_Beat.pdf
I did this analysis again by just doing demodulation go 5s time segments of the 60s excitation signal. The major difference is that I was not summing
up the sine-cosine multiplied signals, so the error associated was a lot more. If I simply multpy the whole beatnote signal with digital LO created at
excitation frequency, divide it up in 12 segments of 5 s each, sum them up individually, then take the mean and standard deviation, I get the answer as:
Entry  Thu Jul 8 11:20:38 2021, Anchal, Paco, Gautam, Summary, LSC, PRFPMI locking attempts 
Last night Gautam walked us through the algorithm used to lock PRFPMI. We tried it several times with the PSL HEPA filter off between 10:00 pm July 7th
to 1:00 am July 8th. None of our attempts were successful. In between, we tried to do the locking with old IMC settings as well, but it did not change
the result for us. In most attempts, the arms would start to resonate with PRMI with about 200 times the power than without power recycling while the arms
Entry  Tue Jul 6 17:40:32 2021, Koji, Summary, General, Lab cleaning 7x
We held the lab cleaning for the first time since the campus reopening (Attachment 1).
Now we can use some of the desks for the people to live! Thanks for the cooperation.
We relocated a lot of items into the lab.
Entry  Tue Jul 6 10:47:07 2021, Paco, Anchal, Update, IOO, Restored MC 
MC was unlocked and struggling to recover this morning due to misguided WFS offsets. In order to recover from this kind of issue, we


Cleared the bogus WFS offsets
Used the MC alignment sliders to change MC1 YAW from -0.9860 to -0.8750 until we saw the lowest
order mode transmission on the video monitor.
With MC Trans sum at around ~ 500 counts, we lowered the C1:IOO-WFS_TRIGGER_THRESH_ON from 5000
    Reply  Tue Jul 6 16:35:04 2021, Anchal, Paco, Gautam, Update, IOO, Restored MC 
We found that megatron is unable to properly run scripts/MC/WFS/mcwfsoff and scripts/MC/WFS/mcwfson scripts. It fails cdsutils commands due to a library
conflict. This meant that WFS loops were not turned off when IMC would get unlocked and they would keep integrating noise into offsets. The mcwfsoff script
is also supposed to clear up WFS loop offsets, but that wasn't happening either. The mcwfson script was also not bringing back WFS loops on.
Entry  Fri Jul 2 12:42:56 2021, Anchal, Paco, Gautam, Summary, LSC, snap file changed for MICH 
We corrected the MICH locking snap file C1configure_MI.req and saved an updated C1configure_MI.snap. Now the 'Restore MICH' script in IFO_CONFIGURE>!MICH>Restore
MICH works. The corrections included adding the correct rows of PD_DOF matrices to be at the right settings (use AS55 as error signal). The MICH_A_GAIN
and MICH_B_GAIN needed to be saved as well.
Entry  Wed Jun 30 15:31:35 2021, Anchal, Summary, Optical Levers, Centered optical levers on ITMY, BS, PRM and ETMY 
When both arms were locked, we found that ITMY optical lever was very off-center. This seems to have happened after the c1susaux rebooting we did in
June 17th. I opened the ITMY table and realigned the OPLev beam to the center when the arm was locked. I repeated this process for BS, PRM and ETMY. I
did PRM because I've known that we have been keeping its OpLev off. The reason was clear once I opened the table. The oplev reflection beam was hitting
    Reply  Thu Jul 1 16:55:21 2021, Anchal, Summary, Optical Levers, Fixed Centeringoptical levers PRM 
This was a mistake. When arms are locked, PRM is misaligned by setting -800 offset in PIT dof of PRM. The oplev is set to function in normal state not
this misalgined configuration. I undid my changes today by switching off the offset, realigning the oplev to center and then restoring the single arm locked
state. The PRM OpLevs loops are off now.
Entry  Thu Jul 1 11:37:50 2021, Paco, Update, General, restarted c0rga 
Physically rebooted c0rga workstation after failing to ssh into it (even as it was able to ping into it...) the RGA seems to be off though. The last
log with data on it appears to date back to 2020 Nov 10, but reasonable spectra don't appear until before 11-05 logs. Gautam verified that the RGA
was intentionally turned off then.
Entry  Wed Jun 30 18:44:11 2021, Anchal, Summary, LSC, Tried fixing ETMY QPD 
I worked in Yend station, trying to get the ETMY QPD to work properly. When I started, only one (quadrant #3) of the 4 quadrants were seeing any lights.
By just changing the beam splitter that reflects some light off to the QPD, I was able to get some amount of light in quadrant #2. However, no amount of
steering would show any light in any other quadrants.
    Reply  Thu Jul 1 10:34:51 2021, Paco, Anchal, Summary, LSC, ETMY QPD fixed 
Paco worked on alignign the beam splitter to get light on the ETMY QPD and was successful in centering it without any other changes in the settings.
Entry  Tue Jun 29 17:42:06 2021, Anchal, Paco, Gautam, Summary, LSC, MICH locking tutorial with Gautam 
Today we went through LSC locking mechanics with Gautam and as a "Hello World" example, worked on locking michelson cavity.


MICH settings changed:


Gautam at some point added 9 dB attenuation filters in MICH filter module
in LSC to match the 9 dB pre-amplifier before digitization.
This required changing teh trigger thresholds, C1:LSC-MICH_TRIG_THRESH_ON and C1:LSC-MICH_TRIG_THRESH_OFF.
We
Entry  Sun Sep 6 14:17:18 2020, Jon, Update, Equipment loan, Zurich Instruments analyzer 
On Friday, I grabbed the Zurich Instruments HF2LI lock-in amplifier and brought it home. As time permits, I will work towards developing a similar
readout script as we have for the SR785.
    Reply  Fri Jun 25 19:14:45 2021, Jon, Update, Equipment loan, Zurich Instruments analyzer ZI.JPG
I returned the Zurich Instruments analyzer I borrowed some time ago to test out at home. It is sitting on first table across from Steve's old desk.
Entry  Mon Dec 7 11:25:31 2020, gautam, Update, SUS, MC1 suspension glitchy again 
The MC1 suspension has begun to show evidence of glitches
again, from Friday/Saturday. You can look at the suspension Vmon tab a few days ago and see that the excess fuzz in the Vmon was not there before.
The extra motion is also clearly evident on the MCREFL spot. I noticed this on Saturday evening as I was trying to recover the IMC locking, but I thought
    Reply  Wed Dec 9 16:22:57 2020, gautam, Update, SUS, Yet another round of Sat. Box. switcharoo WFS2.pngWFS_lineNoise.pngWFSchar.pdf
As discussed at the meeting, I decided to effect a satellite box swap for the misbehaving MC1 unit. I looked back at the summary pages Vmon for the SRM
channels, and found that in the last month or so, there wasn't any significant evidence of glitchiness. So I decided to effect that swap at ~4pm today.
The sequence of steps was:
       Reply  Sun Jan 3 16:26:06 2021, Koji, Update, SUS, IMC WFS check (Yet another round of Sat. Box. switcharoo) Screen_Shot_2021-01-03_at_17.14.57.png
I wanted to check the functionality of the IMC WFS. I just turned on the WFS servo loops as they were. For the past two hours, they didn't run away.
The servo has been left turned on. I don't think there is no reason to keep it turned off.
    Reply  Thu May 13 11:55:04 2021, Anchal, Paco, Update, SUS, MC1 suspension misbehaving Screenshot_from_2021-05-13_09-50-24.pngMC1_Glitches_Invest2.pdf
We came in the morning with the following scene on the zita monitor:



The MC1 watchdog was tripped and seemed like IMC struggled all night with misconfigured WFS offsets. After restoring the MC1 WD, clearing the
       Reply  Thu May 13 19:38:54 2021, Anchal, Update, SUS, MC1 Satellite Amplifier Debugged MC1_UL_Channel_Fixed.png
[Anchal Koji]

Koji and I did a few tests with an OSEM emulator on the satellite amplifier box used for MC1 which is housed on 1X4. This sat box unit is S2100029 D1002812 that was recently characterized by me 15803.
          Reply  Mon May 24 19:14:15 2021, Anchal, Paco, Summary, SUS, MC1 Free Swing Test set to trigger 
We've set a free swing test to trigger at 3:30 am tomorrow for MC1. The script for tests is running on tmux session named 'freeSwingMC1'
on rossa. The script will run for about 4.5 hrs and we'll correct the input matrix tomorrow from the results. If anyone wants to work during this time
(3:30 am to 8:00 am), you can just kill the script by killing tmux session on rossa. ssh into rossa and type tmux
             Reply  Tue May 25 10:22:16 2021, Anchal, Paco, Summary, SUS, MC1 new input matrix calculated and uploaded SUS_Input_Matrix_Diagonalization.pdf
The test was succesful and brought back the IMC to lock point at the end.

We calculated new input matrix using same code in scripts/SUS/InMatCalc/sus_diagonalization.py . Attachment 1 shows the results.

The calculations are present in scripts/SUS/InMatCalc/MC1.
          Reply  Thu Jun 17 11:45:42 2021, Anchal, Paco, Update, SUS, MC1 Gave trouble again SummaryScreenShot.pngMC1_LL_SENSOR_DEAD.png
TL;DR

MC1 LL Sensor showed signs of fluctuating large offsets. We tried to find the issue in the box but couldn't find any. On power cycling, the
sensor got back to normal. But in putting back the box, we bumped something and c1susaux slow channels froze. We tried to reboot it, but it didn't
             Reply  Thu Jun 17 16:37:23 2021, Anchal, Paco, Update, SUS, c1susaux computer rebooted 
Jon suggested to reboot the acromag chassis, then the computer, and we did this without success. Then, Koji suggested we try running ifup eth0, so we
ran `sudo /sbin/ifup eth0` and it worked to put c1susaux back in the martian network, but the modbus service was still down. We switched off the chassis
and rebooted the computer and we had to do sudo /sbin/ifup eth0` again (why do we need to do this manually everytime?). Switched on the chassis but still
                Reply  Tue Jun 22 11:56:16 2021, Anchal, Paco, Update, SUS, ADC/Slow channels issues CDS_FE_Status.png
We checked back in time to see how the BS and PRM OSEM slow channels are zero. It was clear that they became zero when we worked on this issue on June
17th, Thursday. So we simply went back and power cycled the c1susaux acromag chassis. After that, we had to log in to c1susaux computer and run

sudo /sbin/ifdown eth1
                   Reply  Tue Jun 22 16:52:28 2021, Paco, Update, SUS, ADC/Slow channels issues shake_and_damp.png
After sliding the alignment bias around and browsing through elog while searching for "stuck" we concluded the ITMX osems needed to be freed.
To do this, the procedure is to slide the alignment bias back and forth ("shaking") and then as the OSEMs start to vary, enable the damping.
We did just this, and then restored the alignment bias sliders slowly into their original positions. Attachment 1 shows the ITMX OSEM sensor input monitors
                      Reply  Wed Jun 23 09:05:02 2021, Anchal, Update, SUS, MC lock acquired back again 
MC was unable to acquire lock because the WFS offsets were cleared to zero at some point and because of that MC was very misaligned to be able to catch
back lock. In such cases, one wants the WFS to start accumulating offsets as soon as minimal lock is attained so that the mode cleaner can be automatically
aligned. So I did following that worked:
                         Reply  Thu Jun 24 16:40:37 2021, Koji, Update, SUS, MC lock acquired back again P_20210624_163641_1.jpg
[Koji, Anchal]

The issue of the PD output was that the PD whitened outputs of the sat amp (D080276) are differential, while the successive
circuit (D000210 PD whitening unit) has the single-ended inputs. This means that the neg outputs (D080276 U2) have always been shorted to GND with no output
Entry  Thu Jun 17 11:19:37 2021, Ian MacMillan, Update, CDS, CDS Upgrade 
Jon and I tested the ADC and DAC cards in both of the systems on the test stand. We had to swap out an 18-bit DAC for a 16-bit one that worked but now
both machines have at least one working ADC and DAC.

[Still working on this post. I need to look at what is in the machines to say everything ]
    Reply  Mon Jun 21 17:15:49 2021, Ian MacMillan, Update, CDS, CDS Upgrade DAC2ADC_Test.py
Anchal and I wrote a script (Attachment 1) that will test the ADC and DAC connections with inputs on the INMON from -3000 to 3000.
We could not run it because some of the channels seemed to be frozen. 
Entry  Fri Jun 18 14:53:37 2021, Anchal, Summary, PEM, Temperature sensor network proposal 40mTempSensors.pdf
I propose we set up a temperature sensor network as described in attachment 1.

Here there are two types of units:


BASE-GATEWAY


Holds the processor to talk to the network through
Entry  Wed Jun 9 11:46:01 2021, Anchal, Paco, Summary, AUX, Xend Green Laser PDH OLTF measurement image-6f2923a3-01ce-4d04-bc53-d8db0238e195.jpgimage-72223f4b-3b74-4574-a7ad-de6628a2c5e9.jpgX_Green_ARM_PDH_OLTF.pdf
We measured the Xend green laser PDH Open loop transfer function by following method:


We first measured the feedback transfer function 'K' directly.

See attachment 2 for this measurement. We measured
Out2/exc here.


Then, we closed the loop as shown in attachment 1with SR560 as a summing juntion at error point.

We
    Reply  Thu Jun 10 14:01:36 2021, Anchal, Summary, AUX, Xend Green Laser PDH OLTF measurement loop algebra AUX_PDH_LOOP.pdf
Attachment 1 shows the closed loop of Xend Green laser Arm PDH lock loop. Free running laser noise gets injected at laser head after the PZT actuation
as . The PDH error signal at output of miser is fed to a gain 1 SR560 used as summing
junction here. Used in 'A-B mode', the B port is used for sending in excitation 
       Reply  Mon Jun 14 18:57:49 2021, Anchal, Update, AUX, Xend is unbearably hot. Green laser is loosing lock in 10's of seconds XAUX_PDH_Err_In_ASD.pdfXAUX_PZT_Out_Mon_ASD.pdf
Working in Xend with mask on has become unbearable. It is very hot there and I would really like if we fix this issue.


Today, the Xend Green laser was just unable to hold lock for longer than 10's of seconds. The longest I could see it hold lock was
for about 2 minutes. I couldn't find anything obviously wrong with it. Attached are noise spectrums of error and control points. The control point
       Reply  Tue Jun 15 15:26:43 2021, Anchal, Paco, Summary, AUX, Xend Green Laser PDH OLTF measurement loop algebra, excitation at control point AuxPDHloop.pdf
Attachment 1 shows the case when excitation is sent at control point i.e. the PZT output. As before, free running laser noise  in units of Hz/rtHz is added after the actuator and I've also shown shot noise being added just before the detector.

Again, we have a access to three output points for measurement.  right
          Reply  Fri Jun 18 10:07:23 2021, Anchal, Paco, Summary, AUX, Xend Green Laser PDH OLTF with coherence XEND_PDH_OLTF_with_Coherence.pdfBeta_Amp.pdf
We did the measurement of OLTF for Xend green laser PDH loop with excitation added at control point using a SR560 as shown in attachment
1 of 16202. We also measured coherence in our measurement, see attachment 1.


Measurement details:


We took the 
Entry  Thu Jun 17 22:19:12 2021, Koji, Update, Electronics, 25 HAM-A coil driver units delivered P_20210617_195811.jpg
25 HAM-A coil driver units were fabricated by Todd and I've transported them to the 40m.
 2 units we already have received earlier.
The last (1) unit has been completed, but Luis wants to use it for some A+ testing. So 1 more unit is coming.
Entry  Mon Jun 7 15:37:01 2021, Anchal, Paco, Yehonathan, Summary, Cameras, Mon 7 in Control Room Died 
We found Mon7 in control room dead today afternoon. It's front power on green light is not lighting up. All other monitors are working as normal.

This monitor was used for looking at IMC camera analog feed. It is one of the most important monitors for us, so we should replace it with a
different monitor.
    Reply  Wed Jun 16 13:20:19 2021, Anchal, Paco, Summary, Cameras, Mon 7 in Control Room Replaced IMG_20210616_083810.jpg
We replaced the Mon 7 with an LCD monitor from back bench. It is fed the analog signal from BNC converted into VGS with a converter box that Paco bought.
We can replace this monitor with another monitor if it is required on the back bench. For now, we definitely need a monitor to show IMC camera's up
there.
Entry  Wed Jun 2 17:50:50 2021, Paco, Update, Equipment loan, Borrow red cart IMG_20210602_172858.jpg
I borrowed the little red cart 🛒 to help clear the path for new optical tables in B252 West Bridge. Will return once I am done with it.  
    Reply  Thu Jun 3 17:49:46 2021, Paco, Update, Equipment loan, Borrow red cart 
Returned today.




Quote:



I borrowed the little
Entry  Wed Mar 10 11:46:22 2021, Paco, Anchal, Summary, IMC, IMC free swinging prep 
[Paco, Anchal]

# Initial State
- MC is locked. The PRM monitor shows some oscillations.
    Reply  Wed Mar 10 15:00:16 2021, gautam, Summary, IMC, IMC free swinging prep 
Did you fix this issue? It is helpful to post a screenshot of the offending MEDM screen in addition to witticisms. The elog says "sitemap>Shutter>PSL"
but I can't find PSL under the dropdown for shutters from Sitemap.





#
       Reply  Wed Mar 10 15:29:58 2021, Anchal, Summary, IMC, IMC free swinging prep 
No we didn't fix the issue. We'll post some screenshots tomorrow. From "sitemap>Shutter>PSL" we meant in Shutter medm window,
we clicked on the PSL close button. As pointed later, it switches C1:AUX-PSL_ShutterRqst while the PSL shutter switch on Lock MC medm screen switches C1:PSL-PSL_ShutterRqst.
We were not sure if this was intentional, so we didn't change anything.
          Reply  Thu Jun 3 17:35:31 2021, Anchal, Summary, IMC, Fixed medm button C1IOO_Mech_Shutters.png
I fixed the PSL shutter button on Shutters summary page C1IOO_Mech_Shutter.adl. Now PSL switch changes C1:PSL-PSL_ShutterRqst channel. Earlier it was
C1:AUX-PSL_ShutterRqst which doesn't do anything.

 
    Reply  Wed Mar 10 15:35:25 2021, Paco, Anchal, Summary, IMC, IMC free swinging experiment set to trigger at 5:00 am freeSwingMC.py.zip
A tmux session named "MCFreeSwingTest" will run on Rossa. This session is running script scripts/SUS/freeSwingMC.py (also attached) which will
trigger at 5:00 am to impart 30000 counts kick to MC1, MC2, and MC3 after shutting PSL shutter and disabling the MC autolocker. It will let them freely
swing for 1050 sec and will repeat 15 times to allow some averaging. In the end, it will undo all the changes it does and switches on autolocker on IMC.
Entry  Mon Mar 8 12:01:02 2021, Paco, Anchal, Summary, training, Investigate how-to XARM locking 
[Paco, Anchal]

- Started zoom stream; thanks to whoever installed it!
- Spent some time trying to understand how anything we did last thursday lead to the sensing matrix change, but still cannot figure it out. 
    Reply  Mon Mar 8 12:40:35 2021, gautam, Summary, training, Investigate how-to XARM locking 
For the arm locking, the "Restore Xarm (XARM POX)" script from the "IFO_CONFIGURE" MEDM screen should get you there (I just checked
it and it works fine). It is worth getting a hang of the PDH signal chain (read what the script is doing and map it to the signal chain) so you get a feel
for where there may be offsets, saturations, what the trigger logic is etc. The LSC overview screen is supposed to be pretty intuitive (if you think it
    Reply  Mon Mar 8 19:22:56 2021, rana, Summary, SUS, IMC suspension characterization 
Herewith, I describe an adventure


Balance the OSEM input matrix using the free swinging data (see prev elogs).
Balance the coil actuation by changing the digital
coil gains. This should be done above 10 Hz using optical levers, or some IMC readout (like the WFS). At the end of this process, you should put a pringle
       Reply  Thu Mar 11 08:13:24 2021, Paco, Anchal, Update, SUS, IMC First Free Swing Test failed due to typo, restarting now 
[Paco, Anchal]

The triggered code went on at 5:00 am today but a last minute change I made yesterday to increase number of repititions had an error and caused
the script to exit putting everything back to normal. So as we came in the morning, we found the mode cleaner locked continuously after one free swing
          Reply  Tue Mar 16 19:13:09 2021, Paco, Anchal, Update, SUS, First success in Input Matric Diagonalization IMC_InputMatrixDiagonalization.pdfInMatCalcScripts.zip
After jumping through few hoops, we have one successful result in diagonalizing the input matrix for MC1, MC2 and MC3.


Code:


Attachment 2 has the code file contained. For now, we can only guarantee it to work on Donatella
in conda base environment. Our code is present in scripts/SUS/InMatCalc
We mostly follow the steps mentioned in 4886
             Reply  Wed Mar 17 11:57:54 2021, Paco, Anchal, Update, SUS, Tested New Input Matrix for MC1 20210317_MC1_InMATtest.pdfMC1_Input_Matrix_Test.tar.gz
[Paco, Anchal]

Paco accidentally clicked on C1:SUS-MC1_UL_TO_COIL_SW_1_1 (MC1 POS to UL Coil Switch) and clicked it back on. We didn't see any loss of lock
or anything significant on the large monitor on left.
                Reply  Wed Mar 17 16:30:46 2021, Anchal, Update, SUS, Normalized Input Matrices plotted better than SURF students IMC_InputMatrixDiagonalization.pdfNewAndOldMatrices.zip
Here, I present the same input matrices now normalized row by row to have same norm as current matrices rows. These now I plotted better than last time.
Other comments same as 15902. Please let us know what you think.


Thu Mar 18 09:11:10 2021 :
                   Reply  Thu Mar 18 09:18:49 2021, Paco, Anchal, Update, SUS, Testing of new input matrices with new data MC_Optics_Kicked_Time_Series_1.pdfTEST_Input_Matrix_Diagonalization.pdf
[Paco, Anchal]

Since the new generated matrices were created for the measurement made last time, they are of course going to work well for it. We need to test
with new independent data to see if it works in general.
                      Reply  Thu Mar 18 12:46:53 2021, rana, Update, SUS, Testing of new input matrices with new data 
Good Enough! Let's move on with output matrix tuning. I will talk to you guys about it privately so that the whole doesn't learn our secret,
and highly sought after, actuation balancing.

I suspect that changing the DC alignment of the SUS changes the required input/output matrix (since changes in the magnet position w.r.t. the
                         Reply  Fri Mar 19 10:49:44 2021, Paco, Anchal, Update, SUS, Trying coil actuation balance 
[Paco, Anchal]


We decided to try out the coil actuation balancing after seeing some posts from Gautum about the same on PRM and ETMY.
We
used diaggui to send swept sine excitation signal to C1:SUS-MC3_ULCOIL_EXC and read it back at C1:SUS-MC3_ASCPIT_IN1. Idea was to create transfer function
                            Reply  Mon Mar 22 11:57:21 2021, Paco, Anchal, Update, SUS, Trying coil actuation balance 210322_MC1_ASCY.pdfNewandOldMatrices.tar.gz
[Paco, Anchal]


For MC coil balancing we will use the ASC (i.e. WFS) error signals since there are no OPLEV inputs (are there OPLEVs at all?).


Test
MC1


Using the SUS screen LockIns the plan is to feed excitation(s) through the coil outputs, and look at the ASC(Y/P) error
                               Reply  Mon Mar 22 15:10:00 2021, rana, Update, SUS, Trying coil actuation balance 
There's an integrator in the MC WFS servos, so you should never be disabling the ASC inputs in the suspensions. Disabling 1 leg in a 6 DOF MIMO system
is like a kitchen table with 1 leg removed.
                                  Reply  Mon Mar 22 19:07:50 2021, Paco, Anchal, Update, SUS, Trying coil actuation balance 8x
We found that following protocol works for changing the input matrices to new matrices:


Shut the PSL shutter C1:PSL-PSL_ShutterRqst. Switch off IMC autolocker C1:IOO-MC_LOCK_ENABLE.
Switch of the watchdog, C1:SUS-MC1_LATCH_OFF.
Update
the new matrix. (in case of MC1, we need to change sign of C1:SUS-MC1_SUSSIDE_GAIN for new matrix)
Switch on the watchdog back again which enables
                                     Reply  Tue Mar 23 09:16:42 2021, Paco, Anchal, Update, Computers, Power cycled C1PSL; restored C1PSL MCWFS1and2PITYAW.pdfMCWFS1and2PITYAW_Zoomed.pdf
So actually, it was the C1PSL channels that had died. We did the following to get them back:


We went to this page and tried the telnet procedure.
But it was unable to find the host.
So we followed the next advice. We went to the 1X1 rack and manually hard shut off C1PSL computer by holding
                                        Reply  Wed Mar 24 09:23:49 2021, Paco, Update, SUS, MC3 new Input Matrix 
[Paco]


Found IMC locked upon arrival
Loaded newest MC3 Input Matrix coefficients using /scripts/SUS/InMatCalc/writeMatrix.py
after unlocking the MC, and disabling the watchdog. 
Again, the sens signals started increasing after the WD is reenabled with the new
                                           Reply  Thu Mar 25 11:46:31 2021, Paco, Anchal, Update, SUS, MC2 Coil Balancing updates CoilActuationBalancing.ipynb.tar.gzMC2_CoilBalancePITnorm_excSamePIT.pdfMC2_CoilBalanceYAWnorm_excSameYAW.pdf20210325_IMC_CoilBalance.tar.gz
Proof-of-principle


We excited PIT and YAW dofs using LOCKIN1 in MC2 on Monday.
We
analyzed this data in a simple analysis explained in Attachment 1 python notebook (also present at /users/anchal/20210323_AnalyszingCoilActuationBalance/)
Basically,
we tried to estimate the cross coupling in 2x2 matrix from actuated DOF to sensed DOF, inverted it, and applied it to output matrix to undo the cross coupling.
Attachments
                                              Reply  Thu Mar 25 15:31:24 2021, gautam, Update, IOO, WFS servos 
The servos are almost certainly not optimal - but we have the IFO sort of working, so before we make any changes, let's make a strong case for it.
Once the loop TFs and noises (e.g. the sensing noise reinjection you maybe saw) are fully characterized and a new loop is shown to perform better, then
we can make the changes, but until then, let's continue using the "nominal" configuration and keep all the WFS loops on 
                                              Reply  Fri Mar 26 11:54:37 2021, Paco, Anchal, Update, SUS, MC2 Coil Balancing updates 
[Paco, Anchal]


Today we spent the morning testing the scripts under ~/c1/scripts/SUS/OutMatCalc/
that automate the procedure (which we have been doing by hand) and catch any "bad" behavior instances that we have identified. In such instances,
                                                 Reply  Mon Mar 29 10:44:51 2021, Paco, Anchal, Update, SUS, MC2 Coil Balancing updates MC2OutMatCrossCouple_Old-to-It3.pdf20210329_MC2_CrossCoupleTest.tar.gz
We ran the coil balancing procedure 4 times while iterating through the output matrix optimization.

Attachment 1, pages 1 to 4 show the progression of cross coupling from current output matrix (which is theoretical ideal) to the latest iteration.
We plot the sensed DOF ASD which we used to determine the cross coupling when different excitations are fed using the LOCKIN1 feeding 13Hz oscillation
                                                    Reply  Mon Mar 29 17:11:54 2021, gautam, Update, SUS, MC2 Coil Balancing updates 
For this technique to work, (i) the WFS loops must be well tuned and (ii) the beam must be well centered on MC2. I am reasonably certain neither is
true. For MC2 coil balancing, you can use a HeNe, there is already one on the table (not powered), and I guess you can use the MC2 trans QPD as a sensor,
MC won't need to be locked so you can temporarily hijack that QPD (please don't move anything on the table unless you're confident of recovering
                                                       Reply  Mon Mar 29 17:34:52 2021, rana, Update, SUS, MC2 Coil Balancing updates 
I think there's been some mis-communication. There's no updated Hang procedure, but there is the one that Anchal, Paco and I discussed, which
is different from what is in the elog.

We'll discuss again, and try to get it right, but no need to make multiple forks yet.
                                                          Reply  Wed Mar 31 22:58:32 2021, Anchal, Paco, Update, SUS, MC2 Coil Balancing Test 
A cross-coupling test has been set to trigger at 05:00 am on April 1st, 2021. The script is waiting on tmux session 'cB' on pianosa. /scripts/SUS/OutMatCalc/MC2crossCoupleTest.py
is being used here. The script will switch on oscillator in LOCKIN1 of MC2 at 13 Hz and 200 counts and would send it along the POS, PIT and YAW vectors
on output matrix one by one, each for 2 minutes. It will take data from C1:IOO-MC_F_DQ, C1:IOO-MC_TRANS_PIT_ERR and C1:IOO-MC_TRANS_YAW_ERR and use it
                                                             Reply  Thu Apr 1 13:56:49 2021, Anchal, Paco, Update, SUS, MC2 Coil Balancing Test Results SDistanceFromIdentity.pdfSmatIterations.pdfTestingExcitationAlongYAW.pdf
The coil balancing attempt failed. The off-diagonal values in the measured sensing matrices either remained the same or increased.


The attempt in the morning was too slow. By the time we reached, it had reached to iteration 7 only and still nowhere near optimum sensing
matrix had reached. We still needed to see if the optimum would eventually reach if more iterations happened.
                                                                Reply  Thu Apr 1 18:01:06 2021, Anchal, Paco, Update, SUS, MC2 Coil Balancing Test Results Success?? SDistanceFromIdentity.pdfSmatIterations.pdfMC2CoilCrossCoupling_opt.png
After fixing a few things we felt were wrong in our implementation of the algorithm, we ran the coil balancing for 12 iterations with just 11s per excitation
and still taking CSD with 0.1 Hz bandwidth. This time we saw the distance of sensing matrix from identity going down.


Performance Analysis


Attachment 1 shows the trend of distance of Sensing matrix from identity matrix
                                                                   Reply  Thu Apr 1 18:48:45 2021, gautam, Update, SUS, MC2 Coil Balancing Test Results Success?? 
In these results, can you also include the new matrix and what the relative imbalances were?
                                                                      Reply  Thu Apr 1 21:13:54 2021, Anchal, Update, SUS, Matrix results, new measurement set to trigger 

New Input matrix used for MC2 (C1:SUS-MC2_INMATRIX_ii_jj


 
UL
UR
LR
LL
SIDE




POS
0.2464
0.2591
0.2676
                                                                         Reply  Fri Apr 2 14:51:20 2021, Anchal, Update, SUS, Bug found, need to redo the balancing 
Last run gave similar results as the quick run we did earlier. The code has been unable to strike out couplings with POS. We found the bug which is causing
this. This was because the sampling rate of MC_F channel is different from the test-point channels used for PIT and YAW. Even though we were aware of it,
we made an error in handling it while calculating CSD. Due to this, CSD calculation with POS data was performed by the code with zero padding which made
                                                                            Reply  Tue Apr 6 18:46:36 2021, Anchal, Paco, Update, SUS, Updates on recent efforts FirstMeasurementPlots.pdf
As mentioned in last post, we earlier made an error in making sure that all time series arrays go in with same sampling rate in CSD calculation. When
we fixed that, our recursive method just blew out in all the efforts since then.


We suspect a major issue is how our measured sensing matrix (the cross-coupling matrix between different degrees of freedom on excitation)
                                                                               Reply  Wed Apr 7 17:38:51 2021, Anchal, Update, SUS, Trying to uncouple only PIT and YAW first SDistanceFromIdentity.pdfSmatIterations.pdfTimeSeriesPlots.pdfCSDPlots.pdfSmatrixPlots.pdf
To test if our method is working at all, we went for the simpler case of just uncoupling PIT and YAW. This is also because the sensor used for these
two degrees of freedom is similar (the MC Trans WFS).

We saw a successful decrease in cross-coupling between PIT and YAW over the first 50 iterations that we tried. Here are some results:
                                                                                  Reply  Thu Apr 8 17:04:43 2021, Anchal, Paco, Update, SUS, First Successful Coil Balancing SDistanceFromIdentity.pdfSmatIterations.pdfSmatrixPlots.pdf
Today, we finally crossed the last hurdle and got a successful converging coil balancing run. 


What was the issue with POS?


Position of the MC2 mirror is being sensed using C1:IOO-MC_F_DQ channel
                                                                                     Reply  Fri Apr 9 13:13:00 2021, Anchal, Paco, Update, SUS, Faster coil balancing SmatIterations.pdfMC2AllOutmat.txt
We ran again this method but with the 'b' parameter as a matrix instead. This provides more gain on some off-diagonal terms than others. This
gave us a better convergence with the code reaching to the tolerance level provided (0.01 distance of S matrix from identity) within 16 iterations (~17
mins).
                                                                                        Reply  Fri Apr 9 17:41:12 2021, rana, Update, SUS, Faster coil balancing 
convergence is great.

Next we wanna get the F2A filters made since most of the IMC control happens at f < 3 Hz. Once you have the SUS state space model, you should
be able to see how this can be done using only the free'swinging eigenfrequencies. Then you should get the closed loop model including the F2A filters
                                                                                           Reply  Mon Apr 12 10:07:35 2021, Anchal, Update, SUS, What's F2A?? 
I'm not sure I understand what F2A is? I couldn't find a description of this filter anywhere and don't remember if you have already explained
it. Can you describe what is needed to be done again, please? We would keep SUS state space model and seismic transfer functions calculation ready meanwhile.




Quote:


                                                                                              Reply  Tue Apr 13 09:51:22 2021, rana, Update, SUS, What's F2A?? 
Force to Angle. It just means the filters that are in the POS OUTPUT matrix. I think in the past sometimes they are called F2P or F2A.

These filters account for the frequency dependent coupling of the DOFs around the suspension resonance. Take a look at what Bhavini is doing
for the plots.
                                                                                                 Reply  Wed Apr 14 17:53:38 2021, Anchal, Update, SUS, Plan for calculating filter banks for output matrix aka F2A aka F2P MC2propF2A_UL.pdf
Plan of action


Get the transfer functions of the suspension plant from actuated DOF to sensed DOF. We'll verify
Bhavini's state-space model and get these transfer functions. Use the model TFs, not measured.
For
each of POS->POS, PIT->PIT, and YAW->YAW, we'll get the resonant frequency and Q of the resonance from these models. 
                                                                                                    Reply  Thu Apr 15 11:41:43 2021, Anchal, Update, SUS, Proposed filters for output matrix aka F2A aka F2P MC2propPOSfb.pdf
Here' s aquick update before we leave for lunch. We have managed to calculate some filter that would go on the POS column in MC2 output matrix filter
banks aka F2A aka F2P filters. In the afternoon if we can come and work on the IMC, we'll try to load them on the output matrix. We have never done
that so it might take some time for us to understand on how to do that. Attached is the bode plot for these proposed filters. Let us know if you have any
                                                                                                       Reply  Fri Apr 16 11:36:36 2021, Anchal, Paco, Update, SUS, Tested proposed filters for POS colum in MC2 output matrix 20210416_MC2DCcoilBalancingNoFilters.pdfuncFilters.pdf20210416_MC2DCcoilBalancingWithFilters.pdfuncFilters_v2.pdf20210416_MC2DCcoilBalancingWithFilters_v2.pdf
We tried two sets of filters on the output matrix POS column in MC2. Both versions failed. Following are some details.


How test was done:


PSL shutter was closed and autolocker was switch off.
Turned off damping
on POS, PIT, and YAW using C1:SUS-MC2_SUSPOS_SW2, C1:SUS-MC2_SUSPIT_SW2, and C1:SUS-MC2_SUSYAW_SW2.
Reference data was taken with no excitation
                                                                                                          Reply  Fri Apr 16 15:47:58 2021, rana, Update, SUS, Tested proposed filters for POS colum in MC2 output matrix 
Looks mostly right, but you used the OSEM sensors as readbacks.
We are diagonalizing using the cavity sensors. Using the diagonalized input matrix is also good since that
will reduce the cross-coupling due to the damping loops.
                                                                                                             Reply  Mon Apr 19 12:18:19 2021, Anchal, Paco, Update, SUS, Tested proposed filters for POS colum in MC2 output matrix CrossCoupleTestForEgToCtFilters.pdfuncFilters.pdfuncFilters_v2.pdf
The filters were somewhat successful, how much we can see in attachment 1. The tip about difference between eigenmode basis and cartesian basis was the
main thing that helped us take data properly. We still used OSEM data but rotated the output from POS, PIT, YAW to x, theta, phi (cartesian basis where
x is also measured as angle projected by suspension length).
                                                                                                                Reply  Tue Apr 20 10:52:49 2021, Anchal, Paco, Update, SUS, AC gain coil output balancing for IMC POS2PYuncoupled.pdfPIT2PYuncoupled.pdfMC1YAWexc.pdfMC1PITexc.pdf
[Paco, Anchal]


We adopted the following procedure to balance the coil output gains using a high-frequency (> 10 Hz) excitation on "C1:SUS-MCX_ASCPIT_EXC",
"C1:SUS-MCX_ASCYAW_EXC", and "C1:SUS-MCX_LSC_EXC", where X is one of {1, 2, 3} for the three IMC optics, and the cavity sensors (MC_F,
                                                                                                                   Reply  Tue Apr 20 18:19:30 2021, Anchal, Update, SUS, MC2 coil balanced at DC MC2_DC_Coil_Balanced_St.pngIMC_F2A_Params_MC2.pdfUploadedPOS_F2A_Filters.pdf
Following up from morning's work, I balanced the coils at DC as well. Attachment 1 is screenshot of striptool in which blue and red traces show ASCYAW
and ASCPIT outputs when C1:SUS-MC2_LSC_OFFSET was switched by 500 counts. We see very slight disturbance but no real DC offset shown on PIT and YAW due
to position step. This data was taken while nominal F2A filter calculated to balance coils at DC was uploaded
                                                                                                                      Reply  Wed Apr 21 11:38:27 2021, Anchal, Paco, Update, SUS, MC2 Damping Gains Optimized MC2_DampGainStepTestWithNewGains.pngMC2_DampGainStepTestWithOldGains.png
We did a step response test with MC2 Suspensoin Damping Gains and optimized them to get <5 oscillations in ringdown.


Procedure:


We uploaded the diagonalized input matrix.
We uploaded the coil balancing
gains at high frequencies found in 16054.
We applied Eg2CtQ1 filter module for DC
                                                                                                                         Reply  Wed Apr 21 15:50:01 2021, Anchal, Paco, Update, SUS, MC2 Suspension Optimization summary 

MC2 Coil Balancing DC and AC Gains


 
POS
PIT
YAW
COIL_GAIN (AC balancing)





UL
                                                                                                                            Reply  Wed Apr 21 18:49:29 2021, rana, Update, SUS, MC2 Suspension Optimization summary 
the POS column should be all 1 for the AC balancing. Where
did those non-1 numbers come from?
                                                                                                                               Reply  Thu Apr 22 08:50:21 2021, Anchal, Update, SUS, MC2 Suspension Optimization summary 
Yes, during the AC balancing, POS column was set to all 1. This table shows the final values after all the steps. The first 3 columns are DC balancing
results when output matrix was changed. While the last column is for AC balancing. During AC balancing, the output matrix was kept to ideal position as
you suggested.
                                                                                                                            Reply  Mon Apr 26 18:55:39 2021, Anchal, Paco, Update, SUS, MC2 F2A Filters Tested f2a.pdfIMC_F2A_Params_MC2.pdfMC2_F2A_FilterChar_POS2Ang.pdf
Today we tested the F2A filters created from the DC gain values listed in 16066.


Filters:


For a DC gain  required for balancing the coil at DC and  being the resonance frequency of the mode
                                                                                                                               Reply  Tue Apr 27 10:05:28 2021, Anchal, Paco, Update, SUS, MC1 and MC3 F2A Filters Tested IMC_F2A_Params_MC1.pdfMC1_POStoAng_CrossCoupling.pdfIMC_F2A_Params_MC3.pdfMC3_POStoAng_CrossCoupling.pdf
We extended the f2a filter implementation and diagnostics as summarized in 16086 to MC1 and
MC3.


MC1

Attachment 1 shows the filters with Q=3, 7, 10. We diagnosed using Q=3.
                                                                                                                                  Reply  Wed Apr 28 10:56:10 2021, Anchal, Paco, Update, SUS, IMC Filters diagnosed 7x
Good morning!

We ran the f2a filter test for MC1, MC2, and MC3.


Filters
                                                                                                                                     Reply  Wed Apr 28 17:09:11 2021, Anchal, Update, SUS, Tuned Suspension Parameters uploaded for long term behavior monitoring 
I have uploaded all the new settings mentioned in 16066 and 16072.
The settings were uploaded through a single script present at anchal/20210428_IMC_Tuned_Suspension/uploadNewConfigIMC.py. The settings can be reverted
back to old settings through anchal/20210428_IMC_Tuned_Suspension/restoreOldConfigIMC.py. Both these scripts can be run only through python3 in donatella
                                                                                                                                     Reply  Thu Apr 29 10:52:56 2021, Anchal, Update, SUS, IMC Trans QPD and WFS loops step response test PIT_OFFSET_ON_MC2.pngYAW_STEP_ON_MC2_complete.png
In 16087 we mentioned that we were unable to do a step response test for WFS loop to get
an estimate of their UGF. The primary issue there was that we were not putting the step at the right place. It should go into the actuator directly, in
this case, on C1:SUS-MC2_PIT_COMM and C1:SUS-MC2_YAW_COMM. These channels directly set an offset in the control loop and we can see how the error signals
                                                                                                                                        Reply  Thu Apr 29 18:53:33 2021, Anchal, Update, SUS, IMC Suspension Damping Gains Test MC1_SUSDampGainTest.pdfMC2_SUSDampGainTest.pdfMC3_SUSDampGainTest.pdf
With the input matrix, coil ouput gains and F2A filters loaded as in 16091, I tested the
suspension loops' step response to offsets in LSC, ASCPIT and ASCYAW channels, before and after applying the "new damping gains" mentioned
in 16066 and 16072. If these look
                                                                                                                                           Reply  Mon May 3 16:24:14 2021, Anchal, Update, SUS, IMC Suspension Damping Gains Test Repeated with IMC unlocked MC1_SusDampGainTest.pdfMC2_SusDampGainTest.pdfMC3_SusDampGainTest.pdf
We repeated the same test with IMC unlocked. We had found these gains when IMC was unlocked and their characterization needs to be done with no light
in the cavity. attached are the results. Everything else is same as before.




Quote:


                                                                                                                                              Reply  Wed May 5 09:04:47 2021, Anchal, Update, SUS, New 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.
                                                                                                                                                 Reply  Wed May 12 11:45:13 2021, Anchal, Paco, Summary, SUS, New IMC Settings are miserable MC_F_Comparison.pdfMC_TRANS_QPD_Comparison.pdfIMC_REFL_DC_Comparison.pdf
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
                                                                                                                                                    Reply  Wed Jun 2 09:43:30 2021, Anchal, Paco, Summary, SUS, IMC Settings characterization seismicX.pdfseismicXtoMC_F_TFest.pdfseismicXtoMC_TRANS_PIT_TFest.pdfseismicXtoMC_TRANS_YAW_TFest.pdf
Plot description:


We picked up three 10 min times belonging to the three different configurations:

'Old
Settings': IMC Suspension settings before Paco and I changed anything. Data taken from Apr 26, 2021, 00:30:42 PDT (GPS 1303457460).
'New
Settings': New input matrices uploaded on April 28th, along with F2A filters and AC coil balancing gains (see 16091).
                                                                                                                                                       Reply  Wed Jun 2 16:20:59 2021, Anchal, Paco, Summary, SUS, IMC Suspension gains reverted to old values 
Following the conclusion, we are reverting the suspension gains to old values, i.e.


IMC Suspension Gains


 
MC1
MC2
MC3




                                                                                                                                                 Reply  Sat May 15 14:54:24 2021, gautam, Update, SUS, IMC settings reverted MC2coilOut.png
I want to work on the IFO this weekend, so I reverted the IMC suspension settings just now to what I know work (until the new settings are shown quantitatively
to be superior). There isn't any instruction here on how to upload the new settings, so after my work, I will just restore from a burt-snapshot
from before I changed settings.
                                                                                                                                                    Reply  Thu May 20 10:35:57 2021, Anchal, Update, SUS, IMC settings reverted 
For future reference, the new settings can be upoaded from a script in the same directory. Run python /users/anchal/20210505_IMC_Tuned_SUS_with_Gains/uploadNewConfigIMC.py
from allegra.




Quote:


                                                                                                                         Reply  Thu Apr 22 12:17:23 2021, Anchal, Paco, Update, SUS, MC1 and MC3 Suspension Optimization Summary 

MC1 Coil Balancing DC and AC Gains


 
POS (DC coil Gain)
PIT (DC coil Gain)
YAW (DC coil Gain)
                                                                                                                            Reply  Thu Apr 22 14:22:39 2021, gautam, Update, SUS, Settings restored MCdamping.png
The MC / WFS stability seemed off to me. Trending some channels at random, I saw that the MC3 PIT/YAW gains were restored mixed up (PIT was restored
to YAW and vice versa) in the last day sometime - I wasn't sure what other settings are off so I did a global burtrestore from the last time I had
the interferometer locked since those were settings that at least allow locking (I am not claiming they are optimal).
                                                                                                                               Reply  Thu Apr 22 15:36:54 2021, Anchal, Update, SUS, Settings restored 
The mix up was my fault I think. I restored the channels manually instead of using burt restore. Your message suggests that we can set burt to start
noticing channel changes at home point and create a .req file that can be used to restore later. We'll try to learn how to do that. Right now, we only
know how to burt restore using the existing snapshots from the autoburt directory, but they touch more things than we work on, I think. Or can we just
                                                                                                                                  Reply  Thu Apr 22 17:04:17 2021, gautam, Update, SUS, Settings restored 
Indeed, you can make your own snapshot by specifying the channels to snap in a .req file. But what I meant was, we should confirm that all the channels
that we modify are already in the existing snapshot files in the autoburt dir. If it isn't, we should consider adding it. I think the whole burt system
needs some cleaning up - a single day of burt snapshots occupies ~400MB (!) of disk space, but I think we're recording a ton of channels which
                                                                                        Reply  Sat Apr 10 10:07:47 2021, rana, Update, SUS, Faster coil balancing 
I think I mis-spoke about the balancing channels before. The ~20 Hz balancing could go into either the COIL banks or the SUS output
matrix.

I believe its more conceptually clean to do this as gains in the outputmatrix, and leave the coil gains as +/- 1. i.e.
                                                                         Reply  Fri Apr 2 15:22:54 2021, gautam, Update, SUS, Matrix results, new measurement set to trigger 
How should I try to understand why PIT and YAW are so different? 




Quote:




New output matrix
                                           Reply  Sun Mar 28 14:16:25 2021, Anchal, Summary, SUS, MC3 new Input Matrix not providing stable loop MC3_Input_Matrix_Diagonalization.pdf
Rana asked us to write out here the new MC3 input matrix we have calculated along with the old one. The new matrix is not working out for us as it can't
keep the suspension loops stable.


Matrices:
                                              Reply  Mon Mar 29 17:07:17 2021, gautam, Summary, SUS, MC3 new Input Matrix not providing stable loop 
I suppose you've tried doing the submatrix approach, where SIDE is excluded for the face DoFs? Does that give a better matrix? To me, it's unreasonable
that the side OSEM senses POS motion more than any single face OSEM, as your matrix suggests (indeed the old one does too). If/when we vent,
we can try positioning the OSEMs better.
                      Reply  Thu Mar 18 13:12:39 2021, gautam, Update, Computer Scripts / Programs, Omnigraffle vs draw.io 
What is the advantage of Omnigraffle c.f. draw.io? The latter also has a desktop app, and for creating drawings, seems
to have all the functionality that Omnigraffle has, see for example here. draw.io doesn't
require a license and I feel this is a much better tool for collaborative
Entry  Thu May 27 14:11:15 2021, Jordan, Update, SUS, CoM to Clamping Point Measurement for 3" Adapter Ring CoM_to_Clamp.PNGCoM_to_Clamp_2.PNG
The current vertical distance between the CoM and the wire clamping point on the 3" Ring assembly is 0.33mm. That is the CoM is .33 mm below the
clamping point of the wire. I took the clamping point to be the top edge of the wire clamp piece. see the below attachments.

I am now modifying the dumbell mechanism at the bottom of the ring to move the CoM to the target distance of 1.1mm.
    Reply  Tue Jun 1 14:26:23 2021, Jordan, Update, SUS, CoM to Clamping Point Measurement for 3" Adapter Ring CoM_to_Clamp_Updated.PNG
After changing the material of the Balance Mass from 6061 Al to 304 Steel, and changing the thickness to 0.21" from 0.25". The CoM is now 1.11mm
below the clamping point.

Koji expected a mass change of ~ 4g to move the mass to 1.1mm. The 6061 mass weighed ~1.31g and the 304 mass weighs 4.1g.
       Reply  Wed Jun 2 01:08:57 2021, Koji, Update, SUS, CoM to Clamping Point Measurement for 3" Adapter Ring 
How about to use the non-Ag coated threaded shaft + the end SS masses with helicoils inserted? Does this save the masses to get stuck?

 
Entry  Wed May 26 11:45:57 2021, Anchal, Paco, Configuration, IMC, MC2 analog camera 
[Anchal, Paco]

We went near the MC2 area and opened the lid to inspect the GigE and analog video monitors for MC2. Looked like whatever image is coming through
the viewport is split into the GigE (for beam tracking) and the analog monitor. We hooked the monitor found on the floor nearby and tweaked the analog
Entry  Wed May 26 02:00:44 2021, gautam, Update, Electronics, Coil driver noise coilDriverTopologies.pdfshotVthermal.pdf
I was preparing a short write-up / test procedure for the custom HV coil driver, when I thought of something I can't resolve. I'm probably missing
some really basic physics here - but why do we not account
for the shot noise from DC current flowing through the series resistor? For a 4kohm resistor, the Johnson current noise is ~2pA/rtHz.
Entry  Tue May 25 17:08:17 2021, Chub, Update, Electronics, chassis rework complete! 40M_chassis_reworked_5-25-21.jpg
All remaining chasses have been reworked and placed on the floor along the west wall in Room 104. 
Entry  Mon May 24 20:55:00 2021, Koji, Summary, BHD, How to align two OMCs on the BHD platform? 
Differential misalignment of the OMCs

40m BHD will employ two OMCs on the BHD platform. We will have two SOSs for each of the LO and AS beams. The challenge here is that the input
beam must optimally couple to the OMCs simultaneously. This is not easy as we won't have independent actuators for each OMC. e.g. The alignment of
Entry  Mon May 24 10:19:54 2021, Paco, Update, General, Zita IOO strip Screenshot_from_2021-05-24_18-09-37.png24and25_05_2021_PEM_BS_10_30.png
Updated IOO.strip on Zita to show WFS2 pitch and yaw trends (C1:IOO-WFS2_PIY_OUT16 and
C1:IOO-WFS2_YAW_OUT16) and changed the colors slightly to have all pitch trends in the yellow/brown
band and all yaw trends in the pink/purple band.
ELOG V3.1.3-