- Fixed the (ts) model, got strange results that indicate that the antisymmetric heating mode is much more prominent than previously thought

- Managed to get COMSOL data through matlab and into SIS

- Realized that the strange deformations that we were seeing only occur on the face nearest the ring heater, and not on the face we are worried about (the HR face)

- Read papers by Morrison et al. and Kogelnik to get a better understanding of the mathematics and operations of the optical cavity modeled in SIS

- Read some of the SIS manual to better understand the program and the physics that it was using (COMSOL licenses were full)

- Plugged the output of the model with uniform heating into SIS using both modification of the radius of curvature, and direct importation of deflection data

- Generated a graph for asymmetric heating and did the same

- Aligned axes in model to better match with the axes in MATLAB and SIS so that the extrema in deflections lie along x and y (not yet implemented in the data below)

- Verified that the SIS output does match satisfy the equations for Gaussian beam propagation

- Investigated how changing the amount of data points going into SIS changed the output, as well as how changes in the astigmatic heating effect the output

     + The results are very dependent on number of data points (similar order changes to changing the heating)

     + Holding the number of data points the same, more assymetric heating tends to lead to more power in the H(2,0) mode, and less in the H(0,2)

- Did more modeling for different levels of heating and different mesh densities for the SIS input.

- Lots of orientation stuff

- Started on progress report.

- Attended a lot of meetings (Safety, LIGO Orientation)

- Finished draft of week 3 report (images attached)

- Paper edits and more data generation for the paper (lower resolution grid data)

- Attended a talk on LIGO

Plan for building the model

- Find the fields that would be incident on the beam splitter from each arm (This is done already)

- Propagate these through until they get to the OMC using the TELESCOPE function in SIS

- Combine the fields incident on the OMC in MATLAB and minimize the power to get the input field for the OMC (Most of this is done, just waiting to figure out what kind of format we need to use it as an SIS input)

- Model the OMC as an FP cavity in SIS

    + Need to think about how to align the cavity in a sensible way in SIS (need to find out more about how they actually do it)

- Pick off the fields from both ends of the OMC-FP cavity for analysis

- Add thermal effects to one of the arms and see how that changes the fields, specifically how the signal to noise ratio changes

- Finished the MatLab code that both combines two fields and simulates the adjustment of the beamsplitter to minimize the power out (with a small offset).

- Added the signal recycling telescope to the SIS code that generates the fields

To Do: Make the OMC cavity in SIS

- Had a meeting to talk about the basics of LIGO (esp. TCS) and discuss the project

- Created COMSOL model for the test mass with incident Gaussian beam.

- Added a ring heater to the previous file

- Set up SVN for the COMSOL repository

- Got access to and started working with SIS on Rigel1

- Fixed SVN issues

- Refined COMSOL model parameters and worked on a better way to implement the heating ring to get the astigmatic heating pattern.

- Created a COMSOL model with thermal deformations

- Added non-symmetrical heating to cause astigmatism

- Worked on a method to compute the optical path length changes in COMSOL

- Tried to fix COMSOL error using the (ts) module, ended up emailing support as the issue is new in 4.3

- Managed to get a symmetric geometric distortion by fixing the x and y movements of the mirror to be zero (need to look for a better way to do this as this may be unphysical)

- Worked on getting the COMSOL data into SIS, need to look through the SIS specs to find out how we should be doing this (current method isn't working well)

Made a COMSOL model that can include CO2 laser heating, self heating, and ring heating

Figured out how to run SIS out of a script and set up commands to run the two SIS stages of the model

 The 50W Access Laser is now in the lab. We need to wire up the interlock to the laser, plumb the chiller lines to the power supply and to the laser head and also wire up all the electrical and electronics cables. Additionally, we will need to plumb the flow meter and attach a circuit to it that triggers the interlock if the flow falls too low.

http://nodus.ligo.caltech.edu:8080/AdhikariLab/859

 I added the following line to ~/.bashrc

export PYTHONPATH=/home/controls/scripts/modules:/usr/local/lib/python

• Thermcouple reader is plugged into an Acromag ADC (10.0.1.55)
• acromag1 is now reading this in:
  • ~/modbus/iocBoot/iocTest/test_acromag.cmd (contains ip address of ADC)
  • ~/modbus/db/TEMPMONCHANS.db (contains the EPICS channel definitions and calibration of thermocouple reader)
• C4:AWC-TEMPMON_C (output channel)

Restored work done in http://nodus.ligo.caltech.edu:8080/TCS_Lab/201

Acromag IOC process was removed from PSL lab acromag1 computer a few months ago.  Aidan needs them again but it would be better if it were run from TCS lab computers.

An instance of the modbus IOC is now running on tcs-ws within a docker container.  Docker is named tcslabioc.  Configuration files are located in ~/modbus.  Instructions on how to use the docker are located in ATF:2249.  To install docker see google.

To set up the specific instance in the TCS lab run

>sudo docker run -dt --name tcslabioc -v /home/controls/modbus/test_acromag.cmd:/home/modbus/IOCStart.cmd -v /home/controls/modbus:/home/modbus -p 5064:5064 -p 5065:5065 -p 5064:5064/udp -p 5065:5065/udp andrewwade/modbusepicsdocker 

Then whenever you want to stop, run:

> sudo docker stop tcslabioc

or to restart run

>sudo docker restart tcslabioc. 

So if you update the .cmd or .db files just run the restart command above and the channels should automatically update when it reboots. For other cleanup and control commands see docker documentation.  It can also be configured to keep alive on system reboot.

The cmd and db files are included below in the attachments for reference. 

 I added some 0.004" thick indium sheet to the copper heat spreaders and and the heat sinks on the side of the HWS to try and improve the thermal contact. Once installed the steady state temperature of the sensor was the same as before. It's possible that the surface of the copper is even more uneven than 0.004".

 http://nodus.ligo.caltech.edu:8080/AdhikariLab/860

 contents of tcs_daq: /target/TCS_westbridge.db

I updated the .bashrc file in controls@hartmann to include aliases for the ezca EPICS commands and a few others. Details shown below:

Also added launchers to the top panel for MATLAB, sitemap, dataviewer and StripTool. The icons for the launchers are located in:

/cvs/users/ops/ligo-launchers/icons

Changes to .bashrc

alias dv="/cvs/opt/apps/Linux/dataviewer/dataviewer"
alias StripTool = "/cvs/opt/apps/Linux/medm/bin/StripTool"
alias medm="/cvs/opt/apps/Linux/medm/bin/medm"
alias sitemap='medm -x /cvs/cds/caltech/medm/c2/atf/C2ATF_MASTER.adl'

# EPICS aliases
alias ezcademod="/cvs/opt/apps/Linux/gds/bin/ezcademod"
alias ezcaread="/cvs/opt/apps/Linux/gds/bin/ezcaread"
alias ezcaservo="/cvs/opt/apps/Linux/gds/bin/ezcaservo"
alias ezcastep="/cvs/opt/apps/Linux/gds/bin/ezcastep"
alias ezcaswitch="/cvs/opt/apps/Linux/gds/bin/ezcaswitch"
alias ezcawrite="/cvs/opt/apps/Linux/gds/bin/ezcawrite"

 I've added the following channels to the HWS softIoc in /cvs/cds/caltech/target/softIoc/HWS.db

EPICS and DAQ restart procedure

1. Kill the existing softIoc. Use a "ps -e | grep softIoc" command to determine the process id.
2. After editing the HWS.db file restart the softIoc with the following command:

        3. Edit the /cvs/cds/caltech/chans/daq/C4TCS.ini file and kill the daqd process on fb1. It should restart automatically.

Done!

Under edit ...

I added the names of the network machines to the /etc/hosts file on princess_sparkle, tcs_daq and tcs_ws.

I also added the /cvs drive on fb1 to the /etc/fstab file on princess_sparkle so that can be accessed from those machines.

I added LED stip lighting above the desk on the West wall. I also tidied that desk up (mostly in the drawers).

Added the following to the frame builder in /cvs/cds/caltech/chans/daq/C4HWS.ini and restarted daqd as per instructions in http://nodus.ligo.caltech.edu:8080/TCS_Lab/29

[C4:TCS-HWS_THERM_VOLTS]
[C4:TCS-HWS_THERM_OHMS]
[C4:TCS-HWS_THERM_DEGREES_LIN]
[C4:TCS-HWS_THERM_DEGREES_LOG]

I'm in the process of aligning the cross-sampling experiment for the HWS. I've put the 1" PBS cube into the beam from the fiber-coupled SLED and found that the split between s- and p-polarizations is not 50-50. In fact, it looks more like 80% reflected and 20% transmitted. This will, probably, be due to the polarization-maintaining patch-cord that connects to the SLED. I'll try switching it out with a non-PM maintaining fiber.

Later ...

That worked.

 I added the four Athena DAC channels to the second BNC patch panel in the rack. At the moment there are only two EPICS channels in the database:

• C4:TCS-ATHENA_DAC0

• C4:TCS-ATHENA_DAC1

To the best of my ability, calculated the magnification of the plane of the test optic relative to the HWS (2.3) and input this value.

Increased the temperature slightly and saved data points of defocus to txt files when temperature leveled out. This was a slow process, as it takes a while for things to level out. I only got up to about 28.5C, and will need to continue this process.

I also plotted the best-fit defocus for each temperature from COMSOL (Temperature vs. Defocus), and looking at values from HWS it seems that we're off by a normalization factor of approx. 4.

 I labelled and strung 8 of the 16 custom 40' BNC cables from L-Com between the HWS table and the BNC feed-through on the rack. Each cable is labelled HWS TABLE CHxx where 01<= xx <= 08. I'm going to leave the other 8 until we have room in the BNC feedthrough on the rack.

I've added a softIoc to TCS-WS to capture the beam size from the MAKO camera. The IOC is run using ...

controls@tcs-ws:~$ softIoc -S EPICS_IOC/iocBoot/iocfirst/st.cmd &

The st.cmd contains the following text:

controls@tcs-ws:~$ more EPICS_IOC/iocBoot/iocfirst/st.cmd

dbLoadDatabase "/home/controls/EPICS_IOC/db/beamSize.db"

iocInit

The db file is:

controls@tcs-ws:~$ more EPICS_IOC/db/beamSize.db

record(ai, "C4:AWC-MAKO_BEAMSIZE_WX")

{

    field(PREC,"3")

}

record(ai, "C4:AWC-MAKO_BEAMSIZE_WY")

{

    field(PREC,"3")

}

record(ai, "C4:AWC-MAKO_BEAM_POSN_X")

{

    field(PREC,"3")

}

record(ai, "C4:AWC-MAKO_BEAM_POSN_Y")

{

    field(PREC,"3")

}

These are also being written to frames on FB4.

See attached photo for how data is written to frames ...

I have borrowed TCS's label maker in CTN for few days. If you need it, you can take it from the top of blue cabinets.

I lent your fancy Newport TrueRMS Supermeter with the thermocouple plugs on the top to the SURF student Jordon.  He has it in the cryo lab or the EE workshop with one of the PSL lab temperature probes.

Borrowed thorlabs power meter on 21 Sep 2017.  It is on the south table of the ATF lab.

 The custom pieces of the Bosch framing have arrived. Transportation is currently moving them downstairs to the lab. The packing list is attached.

http://www.thorlabs.com/thorProduct.cfm?partNumber=CPS180

I bought this laser diode from Thorlabs today to try the current modulation trick Phil and I discussed last Friday. 

That is:

1. Accept that there will be interference fringes on the Hartmann sensor probe beam with a laser diode source (especially if the probe beam is the retro-reflection from a Michelson interferometer with a macroscopic arm length difference)
2. Modulate the current of the laser diode source to vary its wavelength by a few hundreds on nm. Do this on a time scale that is much faster than the exposure time for a Hartmann sensor measurement
3. The contrast of the interference fringes should average out and the exposure should appear to be the sum of two incoherent beams.

It arrived on Friday.

I measured the reflectivity of a possible HWS replacement mirror at 532nm. Thorlabs BB2-EO3

Incident power = 1.28mW

Reflected power = 0.73mW

R = 56% at 45 degrees AOI.

This is an amended version of simple_take.c.

The files below are all in the directory /opt/EDTpdv/hartmann/src

1. simple_hartmann.c   - the C code to access the frame grabber, retrieve an image, load the MATLAB engine and pass the image to MATLAB for centroiding
2. centroid_image.m  - the MATLAB routine that centroids the image
3. get_defocus.m - the MATLAB function that determines the defocus in the centroids
4. build_simple_hartmann.sh - a shell script I wrote that contains the compile and link options to build the thing correctly 

 ATF:1812

The carpentry shop removed wet plaster sections from the wall following the flood (process was gentle scraping of wet plaster flakes, supervised by me). The wet section of wall needs a few days to dry and then they will plaster and paint it.

 Here's a copy of an email I distributed today that describes the centroid and simulation code I wrote.

Hi Won,

I've written some code that generates an image of Gaussian spots and provides you with the coordinates of the centers used to generate those spots. There is the facility to turn on i) photo-electron shot noise, ii) random displacement of the nominal positions of the centers from a regular array and iii) 12-bit digitization to more accurately model the output from a CCD.

I've included an example routine that calls this function and then centroids those spots using a variant of your centroiding algorithm.

You should be able to use this to generate reliable simulated data to test versions of your centroiding algorithm.

Cheers,
Aidan.

Attached files: 
1. test_spot_generation_and_centroiding.m     - the example routine. Run this first
2. generate_simulated_spots.m         - the function to generate the simulated spots in an image and as a set of positions
3. centroid_image.m - the function to centroid an image

 I changed the ownership of /opt/EDTpdv to controls with the command:

controls@princess_sparkle:/opt/EDTpdv$ sudo chown controls EDTpdv/

Test entry

I cleaned up the HWS table in preparation for replacement with the 4x10 table. We still need to move the cabinet and get the enclosure out of the way.

We managed to successfully apply frame rate control via external trigger from a pulse generator.

We supplied 5V pulse train when connected to the optocoupler load, and connected to pins 1 and 2 of external trigger (on the frame grabber board) for using camera 0 (which is the case for us).

Then made the following changes to the config file dalsa_1m60.cfg;

MODE_CNTL_NORM: A0 (previously this value would have been 00)

user_timeout: 0    (this line should be added)

Then I saved the new config file as dalsa_1m60_et.cfg

Next, I loaded the new config using initcam command, then set the exposure mode to be 3. This can be done either using serial_cmd directly or using HS_Camera method set_exposure_mode.

In exposure mode 3, the exposure time is set by the time separation between the falling edges of the pulses, and the camera sets the expousure time to be the maximum value possible (as specified in the camera manual). 

Then I took 10 images using take command, and verified that the frame rate is equal to the frequency of the pulse. We tested 1 Hz and 2 Hz pulse trains, and the frame grabber recoded 1 frames per sec and 2 frames per sec respectively.

We could not yet test the frequency values < 1 Hz as pulse generator we used could not go under 1 Hz.

(EDIT)

We used another pulse generator to test pulse frequencies under 1 Hz, and verified that external trigger mode still works.
 

These settings work to get a computer onto the TCS/ATF network.

Spelt out in a searchable fashion:

auto <portname>

iface <portname> inet static

   address 10.0.1.x

   netmask 255.255.255.0

   network 10.0.1.0

   broadcast 10.0.1.255

   gateway 10.0.1.1

   dns-nameservers 10.0.1.1 131.215.139.100 8.8.8.8