40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 326 of 335  Not logged in ELOG logo
ID Date Author Type Category Subjectdown
  15323   Sat May 9 17:01:08 2020 YehonathanUpdateLoss Measurement40m Phase maps loss estimation
I took the phase maps of the 40m X arm mirrors and calculated what is the loss of a gaussian beam due to a single bounce. I did it by simply calculating 1 - (overlap integral)^2 where the overlap is between an input Gaussian mode (calculated from the parameters of the cavity. Waist ~ 3.1mm) and the reflected beam (Gaussian imprinted with the phase map). The phase maps were prepared using PyKat surfacemap class to remove a flat surface, spherical surface, centering, etc. (Attachments 3, 4)
 
I calculated the loss map (Attachments 1,2: ~ 4X4 mm for ITM, 3X3mm for ETM) by shifting the beam around the phase map. It can be seen that there is a great variation in the loss: some areas are < 10 ppm some are > 80 ppm.
 
For the ITM (where the beam waist is) the average loss is ~ 23ppm and for the ETM its ~ 61ppm due to the enlarged beam. The ETM case is less physical because it takes a pure gaussian as an input where in reality the beam first interacts with the ITM.
 
I plan to do some first-order perturbation theory to include the cavity effects. I expect that the losses will be slightly lower due to HOMs not being completely lost, but who knows.
 
Attachment 1: ITMX_Loss_Map.pdf
ITMX_Loss_Map.pdf
Attachment 2: ETMX_Loss_Map.pdf
ETMX_Loss_Map.pdf
Attachment 3: ITMX_Phase_Map_(nm).pdf
ITMX_Phase_Map_(nm).pdf
Attachment 4: ETMX_Phase_Map_(nm).pdf
ETMX_Phase_Map_(nm).pdf
  15329   Wed May 13 15:13:11 2020 YehonathanUpdateLoss Measurement40m Phase maps loss estimation

Koji pointed out during the group meeting that I should compensate for local tilt when I move the beam around the mirror for calculating the loss map.

So I did.

Also, I made a mistake earlier by calculating the loss map for a much bigger (X7) area than what I thought.

Both these mistakes made it seem like the loss is very inhomogeneous across the mirror.

Attachment 1 and 2 show the corrected loss maps for ITMX and ETMX respectively.

The loss now seems much more reasonable and homogeneous and the average total arm loss sums up to ~ 22ppm which is consistent with the after-cleaning arm loss measurements.

Attachment 1: ITMX_Loss_Map.pdf
ITMX_Loss_Map.pdf
Attachment 2: ETMX_Loss_Map.pdf
ETMX_Loss_Map.pdf
  15332   Thu May 14 12:21:56 2020 YehonathanUpdateLoss Measurement40m Phase maps loss estimation

I finished calculating the X Arm loss using first-order perturbation theory. I will post the details of the calculation later.

I calculated loss maps of ITM and ETM (attachments 1,2 respectively). It's a little different than previous calculation because now both mirrors are considered and total cavity loss is calculated. The map is calculated by fixing one mirror and shifting the other one around.

 

The losin total is pretty much the same as calculated before using a different method. At the center of the mirror, the loss is 21.8ppm which is very close to the value that was calculated. 

 

Next thing is to try SIS.

Attachment 1: ITMX_Loss_Map_Perturbation_Theory.pdf
ITMX_Loss_Map_Perturbation_Theory.pdf
Attachment 2: ETMX_Loss_Map_Perturbation_Theory(1).pdf
ETMX_Loss_Map_Perturbation_Theory(1).pdf
  15333   Thu May 14 19:00:43 2020 YehonathanUpdateLoss Measurement40m Phase maps loss estimation

Perturbation theory:

The cavity modes \left|q\rangle_{mn} , where q is the complex beam parameter and m,n is the mode index, are the eigenmodes of the cavity propagator. That is:

\hat{R}_{ITM}\hat{K}_L\hat{R}_{ETM}\hat{K}_L\left|q\rangle_{mn}=e^{i\phi_g}\left|q\rangle_{mn},

where \hat{R} is the mirror reflection matrix. At the 40m, ITM is flat, so \hat{R}_{ITM}=\mathbb{I}. ETM is curved, so \hat{R}_{ETM}=e^{-i\frac{kr^2}{2R}}, where R is the ETM's radius of curvature.

\phi_g is the Gouy phase.

\hat{K}_L=\frac{ik}{2\pi L}e^{\frac{ik}{2L}\left|\vec{r}-\vec{r}'\right|^2}is the free-space field propagator. When acting on a state it propagates the field a distance L.

 

The phase maps perturb the reflection matrices slightly so:

\hat{R}_{ITM}\rightarrow e^{ikh_1\left(x,y \right )}\approx 1+ikh_1\left(x,y \right )

\hat{R}_{ETM}\rightarrow e^{ikh_2\left(x,y \right )}e^{-i\frac{kr^2}{2R}}\approx\left[1+ikh_2\left(x,y \right )\right]e^{-i\frac{kr^2}{2R}},

Where h_12 are the height profiles of the ITM and ETM respectively. The new propagator is

H = H_0+V, where H_0 is the unperturbed propagator and

V=ikh_1\left(x,y \right )H_0+ik\hat{K}_Lh_2\left(x,y \right )e^{-i\frac{kr^2}{2R}}\hat{K}_L

To find the perturbed ground state mode we use first-order perturbation theory. The new ground state is then

|\psi\rangle=\textsl{N}\left[ |q\rangle_{00}+\sum_{m\geq 1,n\geq1}^{}\frac{{}_{mn}\langle q|V|q\rangle_{00}}{1-e^{i\left(m+n \right )\phi_g}}|q\rangle_{mn}\right]

Where N is the normalization factor. The (0,1) and (1,0) modes are omitted because they can be zeroed by tilting the mirrors. Gouy phase of TEM00 mode is taken to be 0.

Some simplification can be made here:

{}_{mn}\langle q|V|q\rangle_{00}={}_{mn}\langle q|ikh_1\left(x,y \right )|q\rangle_{00}+{}_{mn}\langle q|\hat{K}_Likh_2\left(x,y \right )e^{-i\frac{kr^2}{2R}}\hat{K}_L|q\rangle_{00}

{}_{mn}\langle q|\hat{K}_Likh_2\left(x,y \right )e^{-i\frac{kr^2}{2R}}\hat{K}_L|q\rangle_{00}={}_{mn}\langle q-L|ikh_2\left(x,y \right )e^{-i\frac{kr^2}{2R}}|q+L\rangle_{00}={}_{mn}\langle q+L|ikh_2\left(x,y \right )|q+L\rangle_{00}

The last step is possible since the beam parameter q matches the cavity.

 

The loss of the TEM00 mode is then:

L=1-\left|{}_{00}\langle q|\psi\rangle\right|^2

 

 

 

 

  15338   Tue May 19 15:39:04 2020 YehonathanUpdateLoss Measurement40m Phase maps loss estimation

I have a serious concern about this low angle scattering analysis:

Phase maps perturb the spatial mode of the steady-state of the cavity, but how is this different than mode-mismatch? The loss that I calculated is an overall loss, not roundtrip loss.

The only way I can think this can become serious loss is when the HOMs themselves have very high roundtrip loss. Attached is the modal power fraction that I calculated.

 

Attachment 1: Mode_power_fraction1.pdf
Mode_power_fraction1.pdf
  3451   Fri Aug 20 17:46:30 2010 ranaUpdatePSL40m PSL Upgrade Layout v0.3

http://lhocds.ligo-wa.caltech.edu:8000/40m/PSL/LayoutUpgrade

P-pol = purple

S-pol = red

The .graffle file for this is in the 40m SVN's omnigraffle dir/

  14366   Wed Dec 19 00:12:46 2018 gautamUpdateOMC40m OMC DCC node

I made a node to collect drawings/schematics for the 40m OMC, added the length drive for now. We should collect other stuff (TT drivers, AA/AI, mechanical drawings etc) there as well for easy reference.

Some numbers FTR:

  • OMC length PZT capacitance was measured to be 209 nF.
  • Series resistance in HV path of OMC lenght PZT driver is 10 kohms, so this creates a LP with corner 1/2/pi/10kohm/200nF ~80 Hz.
  • Per Rob's thesis, the length PZT has DC actuation coefficient of 8.3 nm/V, ∼ 2 µm range. 
  8786   Fri Jun 28 16:19:06 2013 CharlesUpdateISS40m Noise Budget - Seismic Contribution

 I'm working on developing a full noise budget for the 40m. To that end, I'll use measurements from the GUR1 seismometer to characterize seismic noise. Without any unit calibration, I found the following spectrum,

seismic_noise_6-28-13_raw.png

To extract useful information from this data, I first used the calibration from "/users/Templates/Seismic-Spectra_121213.xml" to obtain the spectrum in [m / s / sqrt(Hz)].

calibrated_data = raw_data * 3.8e-09

I then divided each point in the power spectrum by the frequency of said point to obtain [m / sqrt(Hz)]. I don't think we can simply divide the whole spectrum by 40 meters to obtain [RIN / sqrt(Hz)], although that was my immediate intuition. Having power spectra of all the major noise contributions in units of [RIN / sqrt(Hz)] would make designing an appropriate filtering servo fairly straightforward.

 seismic_noise_6-28-13_meters.png

 

Attachment 2: seismic_noise_6-28-13_raw.fig
Attachment 4: seismic_noise_6-28-13_meters.fig
  6668   Wed May 23 20:41:37 2012 SureshBureaucracyGeneral40m Meeting Action Items: Tip-tilts : cabling and electronics

Quote:
..........
  • Tip Tilts
    • Prepare electronics for TTs (coil drivers) - JAMIE
    • In-air TT testing to confirm we can control / move TTs before we vent - SURESH
    • Connect TTs to digital system and controls, lay cables if needed - JAMIE with SURESH
  • .....

 

 [Koji, Suresh]

  We tried to locate the sixteen analog output channels we need to control the four tip-tilts (four coils on each).  We have only 8 available channels on the C1SUS machine. 

  So we will have to plug-in a new DAC output card on one of the machines and it would be logical to do that on the C1IOO machine as the active tip-tilts are conceptually part of the IOO sub-system.   We have to procure this card if we do not already have it.  We have to make an interface between this card output and a front panel on the 1X2 rack.  We may have to move some of the sub-racks on the 1X2 rack to accommodate this front panel.

  We checked out the availability of cards (De-whitening, Anti-imaging, SOS coil drivers)  yesterday.  In summary: we have all the cards we need (and some spares too).  As the De-whitening and Anti-imaging cards each have 8 channels, we need only two of each to address the sixteen channels.  And we need four of the SOS coil drivers, one for each tip-tilt.  There are 9 slots available on the C1IOO satellite expansion chassis (1X1 rack), where these eight cards could be accommodated.

  There are two 25 pin feed-thoughs, where the PZT drive signals currently enter the BS chamber.  We will have to route the SOS coil driver outputs to these two feed-throughs. 

   Inside the BS chamber, there are cables which carry the PZT signals from the chamber wall to the the table top, where they are anchored to a post (L- bracket).  We need a 25-pin-to-25-pin cable (~2m length) to go from the post to the tip-tilt (one for each tip-tilt).  And then, of course, we need quadrapus cables (requested from Rich) which fit inside each tip-tilt to go to the BOSEMs.

   I am summarising it all here to give an overview of the work involved.

 

 

  6520   Wed Apr 11 16:33:16 2012 JenneBureaucracyGeneral40m Meeting Action Items

Action Items from Last Week:

(non-existant)

-----------------------------------------------------------------------

Action Items this Week and LEAD PERSON:

Assemble and ship 4 TTs from LHO - SURESH

Prepare electronics for TTs (coil drivers) - JAMIE

In-air TT testing to confirm we can control / move TTs before we vent (starting in ~2 weeks) - SURESH

Connect TTs to digital system and controls, lay cables if needed - JAMIE with SURESH

OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive - DEN

Static-only OAF noise budget (Adaptive noise budget as next step) - DEN

Black glass: big baffle pieces to clean&bake, get small pieces from Bob, put into baskets, make new basket for 1" pieces, get to clean&bake - KOJI

IPPOS beam measurement - SURESH with JENNE

AS beam measurement (if beam is bright enough) - SURESH and JENNE

Mode matching calculations, sensitivity to MC waist measurement errors, PRM position - JENNE

Summary of IFO questions, measurements to take, and game plan - JENNE

Think up diagnostic measurement to determine mode matching to PRC while chambers are open, while we tweak MMT - JAMIE, JENNE, KOJI, SURESH

  6597   Thu May 3 13:35:56 2012 JenneBureaucracyGeneral40m Meeting Action Items

Action Items:

IFO:

         Arm cavity sweeps, mode scan - JENNE

        Align AS OSA (others?) - JENNE       

        Investigate PRMI glitches, instability (take PRM oplev spectra locked, unlocked, to see if PRM is really moving) - KOJI, JENNE, DEN

         Connect up beatbox for Xarm use - KOJI with JENNE       

 

TT:

Prepare electronics for TTs (coil drivers) - JAMIE

In-air TT testing to confirm we can control / move TTs before we vent (starting in ~2 weeks) - SURESH

Connect TTs to digital system and controls, lay cables if needed - JAMIE with SURESH

OAF:

OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive - DEN

Static-only OAF noise budget (Adaptive noise budget as next step) - DEN

Build amplifiers for new small microphones - DEN 

SLC:

Black glass: to clean&bake - KOJI

Scattered light measurement at the end stations: design / confirmation of the mechanical parts/optics/cameras - JAN

MM:

IPPOS beam measurement - SURESH with JENNE

AS beam measurement (if beam is bright enough) - SURESH and JENNE

Mode matching calculations, sensitivity to MC waist measurement errors, PRM position - JENNE

Think up diagnostic measurement to determine mode matching to PRC while chambers are open, while we tweak MMT - JAMIE, JENNE, KOJI, SURESH

Computers:

       Upgrade Rossa, Allegra to Ubuntu, make sure Dataviewer and DTT work - JAMIE

 

  6636   Wed May 9 15:50:13 2012 JenneBureaucracyGeneral40m Meeting Action Items

I'm combining the IFO check-up list (elog 6595) and last week's action items list (elog 6597).  I thought about making it a wiki page, but this way everyone has to at least scroll past the list ~1/week.

Feel free to cross things out as you complete them, but don't delete them.  Also, if there's a WHO?? and you feel inspired, just do it!

PRIORITY ITEMS:

Dither-align arm to get IR on actuation nodes, align green beam - JENNE

Arm cavity sweeps, mode scan - JENNE

ASS doesn't run on Ubuntu! or CentOS Fix it! - JENNE, JAMIE's help

Input matricies, output filters to tune SUS.  check after upgrade. - JENNE

POX11 whitening is not toggling the analog whitening??? - JAMIE, JENNE, KOJI

OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive - DEN

 

THE FULL LIST:

  • General
    • Revamp control room - more monitors, maybe move TV shelves. - JENNE
    • Audio system for the signals!!!! Even a crappy one! - LEO
  • SUS
    • ETMX oplev - replace 1064nm lens with 632nm lens (KBC037, -100) - JENNE
    • Input matricies, output filters to tune SUS.  check after upgrade. - JENNE
  • IFO
    • Fix occasional common-mode power transient in the arm transmissions. Probably an alignment thing. Would ISS help? - WHO??
    • Drift of the green incident axis -> Assess the amount of the drift / replace the mount - JENNE, KOJI
    • Calibration of POP22 / AS110 - JENNE
    • PMC/IMC/ARM characterization (loss, finesse, reflectivity, etc) - JENNE
    • Dither-align arm to get IR on actuation nodes, align green beam - JENNE
    • Arm cavity sweeps, mode scan - JENNE
    • Align AS OSA (others?) - JENNE  
    • Investigate PRMI glitches, instability - JENNE
    • PZT or Picomotor mounts for PSL/ALS beams - WHO??
    • ALS on the both arm simultaneously / common / diff ALS scripts - JENNE
  • CDS
    • Capture OSA signals in CDS (the 'scope TDS1001B has a USB port in the back for connecting to the computer) - WHO??
    • Transmon (arms) for high and low power - WHO??
    • POX11 whitening is not toggling the analog whitening??? - JAMIE, JENNE, KOJI
    • Install guardians to monitor EPICS values - WHO??
  • Electronics
    • Actuator noise level characterization (coil driver response in V/m & coil driver noise level V/rtHz) - WHO??
    • Beat box - KOJI
    • I/Q DFD - WHO??
    • Improvement of POP22/110/AS110 RF circuits. - WHO??
  • MEDM
    • Complete 40m overview screen - everything should be clickable with pseudo 3D icons - JENNE
    • Better suspension screen - copy from sites. - WHO??
    • Script to generate a MEDM tree - WHO??
    • Resurrect MEDM snapshots - WHO??
    • New ! buttons on every screen, include wiki page - WHO??
  • SCRIPT
    • Locking scripts with integrator triggers / disabling when unlocked - JENNE
    • Daily diagnosis of the MC spot positions (there must be something already...) - SURESH?
    • Daily/occasional adjustment of the incident axis on the MC - SURESH?
    • IFO_CONFIGURE scripts still do a burt restore, so step the optics.  Need to remove optic alignment from config .snap files, use reg restore script instead. - JENNE
    • OPLEV/OSEM trending script before the IFO work for diagnosis. - JENNE
    • Auto-locker for arms - JENNE
    • Auto-locker for PMC, PSL things - DEN
    • Diagnostic script for CDS - mx_stream, other stuff. - WHO??
  • Video
    • If each video screen has a caption, that would be great - WHO??
    • GUI interface of "videoswitch" - MIKEJ
    • Mouse Jiggler for Zita (called Swinput?) - JENNE
  • Ubuntu vs. CentOS
    • burttoday is not aliased in ubuntu.    burttoday:      aliased to cd /opt/rtcds/caltech/c1/burt/autoburt/today/ - JAMIE
    • Upgrade Rossa, Allegra, make sure they connect to DTT, Dataviewer, AWG. - JAMIE
    • ASS doesn't run on Ubuntu! or CentOS Fix it! - JENNE, JAMIE's help
    • CentOS machines cannot open simulink models properly (get "Bad Link"s everywhere, so you can't do anything useful) - JAMIE
  • MM
    • IPPOS beam measurement - SURESH with JENNE
    • AS beam measurement (if beam is bright enough) - SURESH and JENNE
    • Mode matching calculations, sensitivity to MC waist measurement errors, PRM position - JENNE
    • Think up diagnostic measurement to determine mode matching to PRC while chambers are open, while we tweak MMT - JAMIE, JENNE, KOJI, SURESH
    • Use sensoray to capture, measure beam mode at AS, POP - YUTA
  • Stray Light
    • Scattered light measurement at the end stations: design / confirmation of the mechanical parts/optics/cameras - JAN
  • OAF
    • OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive - DEN
    • Static-only OAF noise budget (Adaptive noise budget as next step) - DEN
    • Build amplifiers for new small microphones - DEN
    • Script for daily / weekly re-calculation of Wiener, post to elog if need changing - DEN
  • Tip Tilts
    • Prepare electronics for TTs (coil drivers) - JAMIE
    • In-air TT testing to confirm we can control / move TTs before we vent - SURESH
    • Connect TTs to digital system and controls, lay cables if needed - JAMIE with SURESH
  • RF Photodiodes
    • Opto Energy diode laser - look into buying - ERICG
    • Purchase fibers, splitters, other supplies - ERICG
    • Set everything up - ERICG

  6667   Wed May 23 13:57:11 2012 JenneBureaucracyGeneral40m Meeting Action Items

PRIORITY ITEMS:

Align Ygreen beam - JENNE, YUTA

Arm cavity sweeps, mode scan - JENNE, YUTA

ASS doesn't run on Ubuntu! or CentOS Fix it! - YUTA, JENNE, JAMIE's help

Input matricies, output filters to tune SUS.  check after upgrade. - JENNE

POX11 whitening is not toggling the analog whitening??? - JAMIE, JENNE, KOJI

Decide on plots for 40m Summary page - DEN, STEVE, JENNE, KOJI, JAMIE, YUTA, SURESH, RANA, DUNCAN from Cardiff/AEI

 Look into PMC PZT drift - PZT failing? Real MC length change? - JENNE, KOJI, YUTA

THE FULL LIST:

  • General
    • Revamp control room - more monitors, maybe move TV shelves. - JENNE
    • Audio system for the signals!!!! Even a crappy one! - LEO
  • SUS
    • Input matricies, output filters to tune SUS.  check after upgrade. - JENNE
  • IFO
    • Fix occasional common-mode power transient in the arm transmissions. Probably an alignment thing. Would ISS help? - MIKEJ?
    • Drift of the green incident axis -> Assess the amount of the drift / replace the mount - JENNE, KOJI
    • Calibration of POP22 / AS110 - JENNE
    • PMC/IMC/ARM characterization (loss, finesse, reflectivity, etc) - JENNE
    • Align green beam - JENNE, YUTA
    • Arm cavity sweeps, mode scan - JENNE, YUTA
    • Align AS OSA (others?) - JENNE  
    • Investigate PRMI glitches, instability - JENNE
    • PZT or Picomotor mounts for PSL/ALS beams - WHO??
    • ALS on the both arm simultaneously / common / diff ALS scripts - JENNE
  • CDS
    • Capture OSA signals in CDS (the 'scope TDS1001B has a USB port in the back for connecting to the computer) - WHO??
    • Transmon (arms) for high and low power - WHO??
    • POX11 whitening is not toggling the analog whitening??? - JAMIE, JENNE, KOJI
    • Install guardians to monitor EPICS values - WHO??
  • Electronics
    • Actuator noise level characterization (coil driver response in V/m & coil driver noise level V/rtHz) - WHO??
    • Beat box - KOJI
    • I/Q DFD - WHO??
    • Improvement of POP22/110/AS110 RF circuits. - WHO??
  • MEDM
    • Complete 40m overview screen - everything should be clickable with pseudo 3D icons - JENNE
    • Better suspension screen - copy from sites. - WHO??
    • Script to generate a MEDM tree - WHO??
    • Resurrect MEDM snapshots - WHO??
    • New ! buttons on every screen, include wiki page - WHO??
    • Screen for errors in signal transmission between models - DEN
  • SCRIPT
    • Locking scripts with integrator triggers / disabling when unlocked - JENNE
    • Daily diagnosis of the MC spot positions (there must be something already...) - SURESH?
    • Daily/occasional adjustment of the incident axis on the MC - SURESH?
    • IFO_CONFIGURE scripts still do a burt restore, so step the optics.  Need to remove optic alignment from config .snap files, use reg restore script instead. - JENNE
    • OPLEV/OSEM trending script before the IFO work for diagnosis. Put into 40m summary screen. - JENNE, DUNCAN from Cardiff/AEI
    • Auto-locker for arms - JENNE
    • Auto-locker for PMC, PSL things - DEN
    • Diagnostic script for CDS - mx_stream, other stuff. - WHO??
  • Video
    • If each video screen has a caption, that would be great - WHO??
    • GUI interface of "videoswitch" - MIKEJ
    • Mouse Jiggler for Zita (called Swinput?) - JENNE
  • Ubuntu vs. CentOS
    • burttoday is not aliased in ubuntu.    burttoday:      aliased to cd /opt/rtcds/caltech/c1/burt/autoburt/today/ - JAMIE
    • Upgrade Allegra, make sure connect to DTT, Dataviewer, AWG. - JAMIE
    • ASS doesn't run on Ubuntu! or CentOS Fix it! - JENNE, JAMIE's help
    • CentOS machines cannot open simulink models properly (get "Bad Link"s everywhere, so you can't do anything useful) - JAMIE
  • MM
    • IPPOS beam measurement - SURESH with JENNE
    • AS beam measurement (if beam is bright enough) - SURESH and JENNE
    • Mode matching calculations, sensitivity to MC waist measurement errors, PRM position - JENNE
    • Think up diagnostic measurement to determine mode matching to PRC while chambers are open, while we tweak MMT - JAMIE, JENNE, KOJI, SURESH
    • Use sensoray to capture, measure beam mode at AS, POP - YUTA
  • Stray Light
    • Scattered light measurement at the end stations: design / confirmation of the mechanical parts/optics/cameras - JAN
    • Align AUX laser into dark port - KOJI, YUTA
  • OAF
    • OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive - DEN
    • Static-only OAF noise budget (Adaptive noise budget as next step) - DEN
    • Script for daily / weekly re-calculation of Wiener, post to elog if need changing - DEN
  • Tip Tilts
    • Prepare electronics for TTs (coil drivers) - JAMIE
    • In-air TT testing to confirm we can control / move TTs before we vent - SURESH
    • Connect TTs to digital system and controls, lay cables if needed - JAMIE with SURESH
  • RF Photodiodes
    • Opto Energy diode laser - purchase - ERICG
    • Purchase fibers, splitters, other supplies - ERICG
    • Set everything up - ERICG

 

  16015   Sat Apr 10 11:56:14 2021 JonUpdateCDS40m LSC simPlant model

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 this point, with continued support from me and Chris.

x1lsp_main.png

 

LSC Plant

This model dates back to around 2012 and appears to have last been used in ~2015. According to the old CDS documentation:

Name Description Communicates directly with
LSP Simulated length sensing model of the physical plant, handles light propagation between mirrors, also handles alignment modeling and would have to communicate ground motion to all the suspensions for ASS to work LSC, XEP, YEP, VSP

Here XEP, YEP, and VSP are respectively the x-end, y-end, and vertex suspension plant models. I haven't found any evidence that these were ever fully implemented for the entire IFO. However, it looks like SUS plants were later implemented for a single arm cavity, at least, using two models named c1sup and c1spx (appear in more recent CDS documentation). These suspension plants could likely be updated and then copied for the other suspended optics.

To represent the optical transfer functions, the model loads a set of SOS filter coefficients generated by an Optickle model of the interferometer. The filter-generating code and instructions on how to use it are located here. In particular, it contains a Matlab script named opt40m.m which defines the interferferometer. It should be updated to match the parameters in the latest 40m Finesse model, C1_w_BHD.kat. The calibrations from Watts to sensor voltages will also need to be checked and likely updated.

Model-Porting Procedure

For future reference, below are the steps followed to port this model to the virtual cymac.

  1. Copy over model files.
     
    • The c1lsp model, chiara:/opt/rtcds/userapps/release/isc/c1/models/c1lsp.mdl, was copied to the userapps directory on the virtual cymac, c1sim:/home/controls/docker-cymac/userapps/x1lsp.mdl. In the filename, note the change in IFO prefix "c1" --> "x1," since this cymac is not part of the C1 CDS network.
       
    • This model also depends on a custom library file, chiara:/opt/rtcds/userapps/release/isc/c1/models/SIMPLANT.mdl, which was copied to c1sim:/home/controls/docker-cymac/userapps/lib/SIMPLANT.mdl.
       
  2. Update model parameters in Simulink. To edit models in Simulink, see the instructions here and also here.
     
    • The main changes are to the cdsParameters block, which was updated as shown below. Note the values of dcuid and specific_cpu are specifically assigned to x1lsp and will vary for other models. The other parameters will be the same.
       

    •  
    • I also had to change the name of one of the user-defined objects from "ADC0" --> "ADC" and then re-copy the cdsAdc object (shown above) from the CDS_PARTS.mdl library. At least in newer RCG code, the cdsAdc object must also be named "ADC0." This namespace collision was causing the compiler to fail.
       
    • Note: Since Matlab is not yet set up on c1sim, I actually made these edits on one of the 40m machines (chiara) prior to copying the model.
       
  3. Compile and launch the models. Execute the following commands on c1sim:
    • $ cd ~/docker-cymac
      $ ./kill_cymac
      $ ./start_cymac debug
    • The optional debug flag will print the full set of compilation messages to the terminal. If compilation fails, search the traceback for lines containing "ERROR" to determine what is causing the failure.
       

  4. Accessing MEDM screens. Once the model is running, a button should be added to the sitemap screen (located at c1sim:/home/controls/docker-cymac/userapps/medm/sitemap.adl) to access one or more screens specific to the newly added model.

    • Custom-made screens should be added to c1sim:/home/controls/docker-cymac/userapps/medm/x1lsp (where the final subdirectory is the name of the particular model).

    • The set of available auto-generated screens for the model can be viewed by entering the virtual environment:

    • $ cd ~/docker-cymac
      $ ./login_cymac                    #drops into virtual shell
      # cd /opt/rtcds/tst/x1/medm/x1lsp  #last subdirectory is model name
      # ls -l *.adl
      # exit                             #return to host shell
    • The sitemap screen and any subscreens can link to the auto-generated screens in the usual way (by pointing to their virtual /opt/rtcds path). Currently, for the virtual path resolution to work, an environment script has to be run prior to launching sitemap, which sets the location of a virtual MEDM server (this will be auto-scripted in the future):

    • $ cd ~/docker-cymac
      $ eval $(./env_cymac)
      $ sitemap
    • One important auto-generated screen that should be linked for every model is the CDS runtime diagnostics screen, which indicates the success/fail state of the model and all its dependencies. T1100625 details the meaning of all the various indicator lights.

 

 

 

 

  16021   Tue Apr 13 16:24:38 2021 Ian MacMillanUpdateCDS40m 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 &

From Jon just for bookkeeping: 

Then in the Matlab command window, open the CDS parts library via:

addpath /home/controls/simLink/lib/

open /home/controls/simLink/CDS_PARTS.mdl

Then open an RTCDS model (for example, here the LSC plant) via:

open /home/controls/docker-cymac/userapps/x1lsp.mdl

 

 

  16050   Mon Apr 19 13:15:20 2021 Ian MacMillanUpdateCDS40m 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. I used my account to activate it but I can change it over if I get a dedicated license for this. I am not sure what Jon did for the 2020b that he installed.

it is giving me "License error: -9,57" so I guess it didn't work... I will try to just make the model on the 2020b just so I have something.

-----------------------------------------------------------------------------------------------------------------------------

I was able to fix the problem with the activation (using this).

I can now open the x1sussim.mdl file. It is trying to access a BSFM_MASTER Library that it doesn't seem to have. the other files don't seem to have any warnings though. 

the simple suspension model can be found in home/controls/docker-cymac/userapps/c1simpsus.mdl on the docker system. This is where I will put my model. (right now it is just a copied file)

Also using Simulink on the docker is very slow. I think this is either a limit of the x2goclient software or the hardware that the docker is running on.

  16059   Wed Apr 21 10:03:01 2021 Ian MacMillanUpdateCDS40m LSC simPlant model

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:

 H(s)=\frac{Q^{-2} f^{-2}s^2+1}{f^{-4}s^4+(Q^{-2} f^{-2}-2f^{-2})s^2+1}

For future generations: To measure the transfer function (to verify that it is doing what it says it is) I am using the discrete transfer function estimator block. To get a quick transfer function estimator Simulink program run ex_discrete_transfer_function_estimator in the Matlab command line. This works well for filters but it was hit or miss using the discrete transfer function. 

The roadblock I am running into right now is that I can't figure out how to add the controller to the model. Not on an interpretation level but in a very straightforward "can I drag it into my model and will it just work" kind of way.

I am also a little confused as to exactly which block would do the controlling. Because I want to just use the x of the pendulum (its position) I think I want to use the suspension controls which come are connected to in the suspension plant model. But where exactly is it and how can I get the model? I can't seem to find it. 

Attachment 1: Overview.png
Overview.png
  16061   Wed Apr 21 11:01:37 2021 RanaUpdateCDS40m 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.

 

  16081   Fri Apr 23 15:52:19 2021 Ian MacMillanUpdateCDS40m LSC simPlant model

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 it.

The next step is adding my plant response, which is simply the transfer function and measurement from the last post. These should be inserted in the place of the red TM_RESP in the model.

The TM_RESP block takes in a vector of dimension 12 and returns a vector of dimension 6. The confusing part is that the block does not seem to do anything. it simply passes the vector through with no changes. I'm not sure why this is the case and I am looking for documentation to explain it but haven't found anything. As to how a 12 vector turns into a 6 vector I am also lost. I will probably just disconnect everything but the x position.

I tried to just throw in my model (see Simple_Plant.pdf) and see what happened but the model would not let me add built-in blocks to the model. This is weird because all the blocks that I am adding are part of the basic library. My guess is that this mode will only accept blocks from the CDL library. I will either need to change my blocks to be made from blocks in the CDL library or maybe I can pass the signal out of the plant framework model then into my model then back to the plant framework model. I think this is just a Matlab thing that I don't know about yet. (Jon probably knows)

I have also attached an image of the controls model for reference. It looks like a mess but I'm sure there is a method. I won't get lost in going through it just assume it works... for now.

The next question I have been asking is how do I show that the system works. When anchal and I made a python simulation of the system, we tested it by seeing the evolution of the degrees of freedom over time given some initial conditions. We could see the pendulum propagating and some of the coupling between the DOFs. This is a fast and dirty way to check if everything is working and should be easy to add. I simply recorded the POS signal and graph it over time. Once we get to a state-space model we can test it by taking the transfer function, but since our plant is literally already just a transfer function there isn't much of a point yet.

Also, I need to add color to my Simple_Plant.pdf model because it looks really boring :(

Attachment 1: Plant_framework.pdf
Plant_framework.pdf
Attachment 2: Simple_Plant.pdf
Simple_Plant.pdf
Attachment 3: Controls.pdf
Controls.pdf
  11433   Tue Jul 21 21:25:18 2015 Max IsiUpdateGeneral40m LDAS account

A shared LIGO Data Grid (LDG) account was created for use by the 40m lab. The purpose of this account is to provide access to the LSC computer cluster resources for 40m-specific projects that may benefit from increased computational power and are not linked to any user in particular (e.g. the summary pages).

For further information, please see https://wiki-40m.ligo.caltech.edu/40mLDASaccount

  9571   Thu Jan 23 13:23:10 2014 SteveUpdateVAC40m IFO is at atmosphere

Quote:

 

There is BLANK VacControl_BAK.adl screen only. 

I can move a valve by disconnecting it's  solenoid power if it's position is normally open.

I will close V1 and check computer cable connections and move on with manual - hand disconnect ea valve to be moved into the right position for vent. Valve positions will be confirmed by looking manual indicators on valves.

 The 40m vacuum envelope vent is completed with instrument grade air.

Valve configuration: chamber open, RGA is pumped through VM3 by TP3,

  6895   Fri Jun 29 13:11:31 2012 steveUpdateVAC40m IFO at atm

 The 4 hrs vent plot at 3 torr/min rate.

Nitrogen was used from 1e-6 torr to 35 torr  at intake pressure 14 PSI

The rest was filled with 5 cylinders of Instrument Grade Air at intake pressure 14 PSI

We can start opening chamber at 3 pm today

 

Attachment 1: vent06292012.png
vent06292012.png
Attachment 2: 40m@ATM.png
40m@ATM.png
  1998   Thu Sep 24 19:35:20 2009 ranaHowToPhotos40m Google account

I've created a 40m Google account. Please post all the 40m related photos to this site. If you don't already have it, download Picasa to make this easier.

40m Installation Photos">

the password is in the usual password place.

  1213   Fri Jan 2 17:20:44 2009 ranaSummaryComputer Scripts / Programs40m GWINC
I have made a '40m' directory in the iscmodeling CVS tree which allows one to run a 40m version of GWINC.

As does the previous one, it takes the default advLIGO config file and modifies some of the struct parameters
to make it appropriate for the 40m.

To make it run, I have added susp1.m to the GWINC directory. This calculates suspension thermal noise using
the Gonzalez-Saulson method that was later extended to
mirrors by Y. Levin. This is also the code used in the LIGO Noise Budget at the sites.

The previous code was giving a much larger value for thermal noise (probably because I didn't understand how
to use it right). It was based on a SURF report from '99.

Since we will have a mixture of MOSs and SOSs in the arms, I have just used SOSs in the model. So the suspension
thermal noise is overestimated by ~sqrt(2) (and realistically its uncertain by a much larger factor).

Since the new code now uses GWINC, the mirror and coating thermal noise are now more correct and use the
coherent therm-optic noise picture.

The 2 page PDF file shows the noise for 0 deg and 90 deg tuning of the SRC.

Although it looks like, from this plot, that we could measure coating thermal noise at the 40m, in reality we would have
to fix all of the technical noise sources first. Just the coil driver noise is probably at the level of 3 x 10^-17 m/rHz
at 100 Hz.
Attachment 1: bench40.pdf
bench40.pdf bench40.pdf
  6034   Tue Nov 29 07:45:56 2011 rana, joshSummaryComputer Scripts / Programs40m Daily News web pages

 As part of the initiative to get a good daily summary page for aLIGO commissioning, Josh is spearheading his Detector Characterization group to produce such web pages for the 40m.

They're starting out with this launching point and then we can add all kinds of other information and plots as we want (e.g. Vac, PEM, Weather, coffee status). If you have suggestions/ideas, just edit this entry and add them, or email Josh directly.

  7670   Mon Nov 5 13:28:15 2012 jamieUpdateGeneral40m DCC document tree

Link to the new 40m DCC Document Tree: E1200979

  15928   Wed Mar 17 09:05:01 2021 Paco, AnchalConfigurationComputers40m Control Room Changes
  • Switched positions of allegra and donatella.
  • While doing so, the hdmi cable previously used by donatella snapped. We replaced this cable by another unused cable we found connected only on one end to rossa. We should get more HDMI cables if that cable was in use for some other purpose.
  • Paco bought a bluetooth speaker/mic that is placed infront of allegra and it's usb adapter is connected to iMac's keyboard in the bottom. With the new camera installed, the 40m video call environment is now complete.
  • Again, we have placed allegra's monitor for place holder but it is not working and we need new monitors for it in future whenever it is going to be used.
  16027   Wed Apr 14 13:16:20 2021 AnchalConfigurationComputers40m Control Room Changes
  • I have confirmed that the old two monitors' backlighting is not working. One can see the impression of the display without any brightness on them. Both old monitors are on the shelf behind.
  • Today we got a monitor and mouse from Mike. I had to change /etc/default/grub GRUB_GFXMODE to 1920x1200@30 on allegra for it to work with the(any) monitor.
  • Allegra is Debian 10 with latest cds-workstation installed on it. It is a good test station to migrate our existing scripts to start using updated cds-workstation configuration.
Quote:
  • Again, we have placed allegra's monitor for place holder but it is not working and we need new monitors for it in future whenever it is going to be used.

 

  2824   Wed Apr 21 11:32:31 2010 josephbUpdateCDS40m CDS hardware update and software requests

This is mostly a reminder to myself about what I discussed with Jay and Alex this morning.

The big black IO chassis are "almost" done.  Except for the missing parts.  We have 2 Dolphin, 1 Large and 1 Small I/O Chassis due to us.  One Dolphin is effectively done and is sitting in the test stand.  However, 2 are missing timing boards, and 3 are missing the boards necessary for the connection to the computer.  The parts were ordered a long time ago, but its possible they were "sucked to one of the sites" by Rolf (remember this is according to Jay).  They need to either track them down in Downs (possibly they're floating around and were just confused by the recent move), get them sent back from the sites, or order new ones (I was told by one person that the place they order from them notoriously takes a long time, sometimes up to 6 weeks.  I don't know if this is exaggeration or not...).  Other than the missing parts, they still need to wire up the fans and install new momentary power switches (apparently the Dolphin boards want momentary on/off buttons).  Otherwise, they're done.

We are due another CPU, just need to figure out which one it was in the test stand.

6 more BIO boards are done.  When I went over the plans with Jay, we realized we needed 7 more, not 6, so they're putting another one together.  Some ADC/DAC interface boards are done.  I promised to do another count here, to determine how many we have, how many we need, and then report that back to Jay before I steal the ones which are complete.  Unfortunately, he did not have a new drawing for the ASC/vertex wiring, so we don't have a solid count of stuff needed for them.  I'll be taking a look at the old drawings and also looking at what we physically have.

I did get Jay to place the new LSC wiring diagram into the DCC (which apparently the old one never was put in or we simply couldn't find it).  Its located at: https://dcc.ligo.org/cgi-bin/private/DocDB/ShowDocument?docid=10985

I talked briefly with Alex, reminded him of feature requests and added a new one:

1) Single part representing a matrix of filter banks

2) Automatic generation of Simulated shared memory locations and an overall on/off switch for ADC/DACs

3) Individual excitation and test point pieces (as opposed to having to use a full filter bank).  He says these already exist, so when I do the CVS checkout, I'll see if they work.

 

I also asked where the adl default files lived, and he pointed me at ~/cds/advLigo/src/epics/util/

In that directory are FILTER.adl, GDS_TP.adl, MONITOR.adl.  Those are the templates.  We also discovered the timing signal at some point was changed from something like SYS-DCU_ID to FEC-DCU_ID, so I basically just need to modify the .adl files to fix the time stamp channel as well.  I basically need to do a CVS checkout, put the fixes in, then commit back to the CVS.  Hopefully I can do that sometime today.

I also brought over 9 Contec DO-32L-PE boards, which are PCIe isolated digital output boards which do into the IO chassis.  These have been placed above the 2 new computers, behind the 1Y6 rack.

 

  13560   Fri Jan 19 15:22:19 2018 Udit KhandelwalSummaryGeneral40m CAD update 2018/01/19

40m CAD Project

  1. All parts will be now named according to the numbering system in this excel sheet: LIGO 40m Parts List in dropbox folder [40mShare] > [40m_cad_models] > [40m Lab CAD]
  2. I've placed optical tables in the chambers at 34.82" from the bottom for now. This was chosen by aligning the centre of test mass of SOS assembly (D960001) with that of vacuum tube (Steve however pointed out last week they might not necessarily be concentric).

  6720   Wed May 30 22:04:13 2012 JenneBureaucracyGeneral40m Action Items

.....including:

fix Q of Vio2 filter in SUS. - JENNE

Switch power source for beatnote PD's amplifiers from temporary power supplies under PSL table to permanent taking the power from a rack.

  6843   Thu Jun 21 02:57:16 2012 JenneBureaucracyGeneral40m Action Items

PRIORITY ITEMS:

ASS doesn't run on Ubuntu!
Put beatbox back, simultaneous arm ALS
Input matricies, output filters to tune SUS.  check after upgrade.
POX11 whitening is not toggling the analog whitening???
Look into PMC PZT drift - PZT failing? Real MC length change?
Vent planning / organization

THE FULL LIST:

General

     Audio system for the signals!!!! Even a crappy one!

SUS

     Input matricies, output filters to tune SUS.  Check after upgrade.

IFO

     Fix occasional common-mode power transient in the arm transmissions. Probably an alignment thing. Would ISS help?

     Drift of the green incident axis -> Assess the amount of the drift / replace the mount

     Calibration of POP22 / AS110

     PMC/IMC/ARM characterization (loss, finesse, reflectivity, etc)

     Arm cavity sweeps, mode scan

     Align AS OSA (others?)

     Investigate PRMI glitches, instability

     PZT or Picomotor mounts for PSL/ALS beams

     ALS on the both arm simultaneously / common / diff ALS scripts

     Measure green locking (Aux laser to arm) transfer functions, residual spectra

     Measure oplev spectra while locking Xgreen - see if the optics are particularly noisy

     Measure Xarm residual motion using POX while ALS is engaged.

     Fix Vio2 filter modules on SUS 

     Switch power supply for amplifiers of beatnote signal to rack power

     Add temp sensors for end lasers to CDS slow channels

     Put windows / pickoffs on PSL table for (a) green trans camera, (b) GTRY, (c) GTRX

CDS

     Capture OSA signals in CDS (the 'scope TDS1001B has a USB port in the back for connecting to the computer)

     Transmon (arms) for high and low power

     POX11 whitening is not toggling the analog whitening???

     Install guardians to monitor EPICS values

Electronics

     Actuator noise level characterization (coil driver response in V/m & coil driver noise level V/rtHz)

     Improvement of POP22/110/AS110 RF circuits?

MEDM

     Complete 40m overview screen - everything should be clickable with pseudo 3D icons

     Script to generate a MEDM tree

     Resurrect MEDM snapshots

     New ! buttons on every screen, include wiki page

     Add all screens to svn

SCRIPT

     Daily diagnosis of the MC spot positions (there must be something already...)

     Daily/occasional adjustment of the incident axis on the MC

     Panic button on Watchdog screen isn't working on Ubuntu

     OPLEV/OSEM trending script before the IFO work for diagnosis. Put into 40m summary screen.

     Auto-locker for arms

     Auto-locker for PSL things

     Diagnostic script for CDS - mx_stream, other stuff.

     Make sure scripts are all svn-ed

Video

     If each video screen has a caption, that would be great

     GUI interface of "videoswitch"

Ubuntu vs. CentOS

     Upgrade Ottavia to Ubuntu, make sure connect to DTT, Dataviewer, AWG.

MM

     IPPOS beam measurement

     AS beam measurement (if beam is bright enough)

     Mode matching calculations, sensitivity to MC waist measurement errors, PRM position

     Think up diagnostic measurement to determine mode matching to PRC while chambers are open, while we tweak MMT

     Use sensoray to capture, measure beam mode at AS, POP

Stray Light

     Scattered light measurement at the end stations: design / confirmation of the mechanical parts/optics/cameras

     Align AUX laser into dark port

     Assemble in-vac beam dumps - how many do we need?

OAF

     OAF comparison plot, both online and offline, comparing static, adaptive and static+adaptive

     Static-only OAF noise budget (Adaptive noise budget as next step)

     Script for daily / weekly re-calculation of Wiener, post to elog if need changing

Tip Tilts

     Prepare electronics for TTs (coil drivers)

      In-air TT testing to confirm we can control / move TTs before we vent

     Connect TTs to digital system and controls, lay cables if needed

     Determine whether we need to add a new flange to OMC chamber

RF Photodiodes

     Opto Energy diode laser - purchase

     Set everything up

     Demod board for AS110 - so we can also have POP110?

  15456   Mon Jul 6 15:10:40 2020 JonSummaryBHD40m --> A+ BHD design analysis

As suggested last week, Hang and I have reviewed the A+ BHD status (DRD, CDD, and reviewers' comments) and compiled a list of key unanswered questions which could be addressed through Finesse analysis.

In anticipation of others helping with this modeling effort, we've tried to break questions into self-contained projects and estimated their level of difficulty. As you'll see, they range from beginner to Finesse guru.

  8540   Tue May 7 17:43:51 2013 JamieUpdateComputers40MARS wireless network problems

I'm not sure what's going on today but we're seeing ~80% packet loss on the 40MARS wireless network.  This is obviously causing big problems for all of our wirelessly connected machines.  The wired network seems to be fine.

I've tried power cycling the wireless router but it didn't seem to help.  Not sure what's going on, or how it got this way.  Investigating...

  8541   Tue May 7 18:16:37 2013 JamieUpdateComputers40MARS wireless network problems

Here's an example of the total horribleness of what's happening right now:

controls@rossa:~ 0$ ping 192.168.113.222
PING 192.168.113.222 (192.168.113.222) 56(84) bytes of data.
From 192.168.113.215 icmp_seq=2 Destination Host Unreachable
From 192.168.113.215 icmp_seq=3 Destination Host Unreachable
From 192.168.113.215 icmp_seq=4 Destination Host Unreachable
From 192.168.113.215 icmp_seq=5 Destination Host Unreachable
From 192.168.113.215 icmp_seq=6 Destination Host Unreachable
From 192.168.113.215 icmp_seq=7 Destination Host Unreachable
From 192.168.113.215 icmp_seq=9 Destination Host Unreachable
From 192.168.113.215 icmp_seq=10 Destination Host Unreachable
From 192.168.113.215 icmp_seq=11 Destination Host Unreachable
64 bytes from 192.168.113.222: icmp_seq=12 ttl=64 time=10341 ms
64 bytes from 192.168.113.222: icmp_seq=13 ttl=64 time=10335 ms
^C
--- 192.168.113.222 ping statistics ---
35 packets transmitted, 2 received, +9 errors, 94% packet loss, time 34021ms
rtt min/avg/max/mdev = 10335.309/10338.322/10341.336/4.406 ms, pipe 11
controls@rossa:~ 0$ 

Note that 10 SECOND round trip time and 94% packet loss.  That's just beyond stupid.  I have no idea what's going on.

  8762   Thu Jun 27 05:44:51 2013 ranaUpdate 40MARS wireless network problems

Quote:

I'm not sure what's going on today but we're seeing ~80% packet loss on the 40MARS wireless network.  This is obviously causing big problems for all of our wirelessly connected machines.  The wired network seems to be fine.

I've tried power cycling the wireless router but it didn't seem to help.  Not sure what's going on, or how it got this way.  Investigating...

 I'm still seeing some problems with this - some laptops are losing and not recovering any connection. What's to be done next? New router?

  8763   Thu Jun 27 10:45:41 2013 SteveUpdateGeneral40MARS wireless network problems

Quote:

Quote:

I'm not sure what's going on today but we're seeing ~80% packet loss on the 40MARS wireless network.  This is obviously causing big problems for all of our wirelessly connected machines.  The wired network seems to be fine.

I've tried power cycling the wireless router but it didn't seem to help.  Not sure what's going on, or how it got this way.  Investigating...

 I'm still seeing some problems with this - some laptops are losing and not recovering any connection. What's to be done next? New router?

 We had the same problem yesterday. However the Vacuum Dedicated laptop worked with fewer disconnects. Christian is coming over this after noon to look at this issue.

This happened a few weeks ago and it recovered misteriously. Jamie did not understand it.

  8605   Tue May 21 16:23:06 2013 ManasaUpdateGeneral40MARS wireless network problem RETURNS

Quote:

Here's an example of the total horribleness of what's happening right now:

controls@rossa:~ 0$ ping 192.168.113.222
PING 192.168.113.222 (192.168.113.222) 56(84) bytes of data.
From 192.168.113.215 icmp_seq=2 Destination Host Unreachable
From 192.168.113.215 icmp_seq=3 Destination Host Unreachable
From 192.168.113.215 icmp_seq=4 Destination Host Unreachable
From 192.168.113.215 icmp_seq=5 Destination Host Unreachable
From 192.168.113.215 icmp_seq=6 Destination Host Unreachable
From 192.168.113.215 icmp_seq=7 Destination Host Unreachable
From 192.168.113.215 icmp_seq=9 Destination Host Unreachable
From 192.168.113.215 icmp_seq=10 Destination Host Unreachable
From 192.168.113.215 icmp_seq=11 Destination Host Unreachable
64 bytes from 192.168.113.222: icmp_seq=12 ttl=64 time=10341 ms
64 bytes from 192.168.113.222: icmp_seq=13 ttl=64 time=10335 ms
^C
--- 192.168.113.222 ping statistics ---
35 packets transmitted, 2 received, +9 errors, 94% packet loss, time 34021ms
rtt min/avg/max/mdev = 10335.309/10338.322/10341.336/4.406 ms, pipe 11
controls@rossa:~ 0$ 

Note that 10 SECOND round trip time and 94% packet loss.  That's just beyond stupid.  I have no idea what's going on.

This has not been fixed!

Temporary solution: I ssh'd to nodus from the 40m wifi network and was able to connect to the FE machines.This works but the bandwidth is limited this way as expected.

40m MARS network needs to be fixed.

  8782   Fri Jun 28 11:33:32 2013 SteveUpdate 40MARS wireless network problem

Quote:

I'm not sure what's going on today but we're seeing ~80% packet loss on the 40MARS wireless network.  This is obviously causing big problems for all of our wirelessly connected machines.  The wired network seems to be fine.

I've tried power cycling the wireless router but it didn't seem to help.  Not sure what's going on, or how it got this way.  Investigating...

 Mike and Christian brought over a Mac laptop for surf Alex. 

They power cycled the wireless router of 40Marsh and labtops are working.  Seeing 75-80% signals on all 3 Dell lab top sisters at both end of the lab

  3081   Wed Jun 16 18:12:16 2010 nancyConfigurationComputers40MARS

i added my laptop's mac address to teh martian at port 13 today.

 

  3083   Wed Jun 16 18:44:07 2010 AlbertoConfigurationComputers40MARS

Quote:

i added my laptop's mac address to teh martian at port 13 today.

 

No personal laptop is allowed to the martian network. Only access to the General Computing Side is permitted.

Please disconnect it.

  7445   Thu Sep 27 13:05:55 2012 Eric GustafsonUpdateLSC40 meter photodiode frequency response measurement system installation

Jenne, Mike and I installed all of the post holders we could today including: REFL11, REFL33, REFL55, AS55, MCRef, POX11 and POP55.  We did not install AS110, POY or REFL165 because there are interferences that will require moving stuff around. We also did not mount POP22 because it is a peely wally ThorLabs PD that will be replaced by a strong, straight and right thinking LIGO PD in the fullness of time.  We did move it out of the way however which is no more than it deserves. Next step this afternoon Mike and I will install all of the telescopes and launching hardware.  Then with the help of Steve we will begin routing the fibers.  The splitter module will be here by next Monday, the laser by the following Friday and then we will light up the fibers. 

  7448   Thu Sep 27 17:00:41 2012 Eric GustafsonUpdateLSC40 meter photodiode frequency response measurement system installation

Mike and I installed all of the telescopes and launching hardware for REFL11, REFL33, REFL55, AS55, MCRef, POX11 and POP55. On Monday afternoon Steve will work with us on the fiber routing.  Steve is buying some protective covers for the fibers.

  16261   Tue Jul 27 23:04:37 2021 AnchalUpdateLSC40 meter party

[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 of each cavity was ok. We were also able to lock PRMI using IFO_CONFIGURE>Restore PRMI carrier.

This was very weird to us. We were pretty sure that the aligment is correct, so we decided to cehck the POX POY signal chain. There was essentially no signal coming at POX11 and there was a -100 offset on it. We could see some PDH signal on POY11 but not enough to catch the locks.

We tried running IFO_CONFIGURE>LSC OFFSETS to cancel out any dark current DC offsets. The changes made by the script are shown in attachment 1.

We went to check the tables and found no light visible on beam finder cards on POX11 or POY11. We found that ITMX was stuck on one of the coils. We unstuck it using the shaking method. The OPLEVs on ITMX after this could not be switched on as the OPLEV servo were railing to limits. But when we ran Restore XARM (POX) again, they started working fine. Something is done by this script that we are not aware of.

We're stopping here. We still can not lock any of the single arms.


Wed Jul 28 11:19:00 2021 Update:

[gautam, paco]

Gautam found that the restoring of POX/POY failed to restore the whitening filter gains in POX11 / POY11. These are meant to be restored to 30 dB and 18 dB for POX11 and POY11 respectively but were set to 0 dB in detriment of any POX/POY triggering/locking. The reason these are lowered is to avoid saturating the speakers during lock acquisition. Yesterday, burt-restore didn't work because we restored the c1lscepics.snap but said gains are actually in c1lscaux.snap. After manually restoring the POX11 and POY11 whitening filter gains, gautam ran the LSCOffsets script. The XARM and YARM were able to quickly lock after we restored these settings.

The root of our issue may be that we didn't run the CARM & DARM watch script (which can be accessed from the ALS/Watch Scripts in medm). Gautam added a line on the Transition_IR_ALS.py script to run the watch script instead.

Attachment 1: Screenshot_2021-07-27_22-19-58.png
Screenshot_2021-07-27_22-19-58.png
  1717   Tue Jul 7 15:08:49 2009 KojiSummaryPhotos40 high school students visited 40M

Alan and Alberto conducted a tour of 40 high-school students.
It may be the same tour that Rana found a spare PMC during the tour explanation as far as I remember...

Attachment 1: IMG_1848.jpg
IMG_1848.jpg
  2283   Tue Nov 17 15:54:34 2009 ranaSummaryPEM40 days of weather

the inside temperature is alarming at the red level today - should check if the HIHI value is set correctly

Attachment 1: Untitled.pdf
Untitled.pdf
  268   Fri Jan 25 15:53:59 2008 AlbertoUpdateElectronics40 dB from the 3rd order Chebyschev
I managed to tune the 7 knobs in the 3rd order Chebyshev bandpass filter obtaining the tranfer function attached to this entry. We have now 40 dB of attenuation between 166 Mhz and 133 and 199. With this tuning the insertion loss is rather high. We need a better one.


Alberto
Attachment 1: 166MhzElog.png
166MhzElog.png
  1420   Tue Mar 24 09:04:02 2009 steveUpdateSUS4.8 mag earthquake

SRM, ITMX, ETMX, ITMY and ETMY lost damping at 4:55am this morning from 4.8 magnitude earthquake.

Their damping were restored.

C1:SUS-ITMX_URSEN_OUTPUT swich was found in off position. It was turned on.

MZehnder  and MC were locked.

The WFS qpd spot needs recentering

  13829   Thu May 10 08:45:16 2018 SteveUpdateGeneral4.5M eq. Cabazon, CA

20180508 4:49am Cabazon earth quake 4.5M at 79 miles away.  ETMX is in load cell measurment condition.

Quote:

There was an earthquake, all watchdogs were tripped, ITMX was stuck, and c1psl was dead so MCautolocker was stuck.

Watchdogs were reset (except ETMX which remains shutdown until we finish with the stack weight measurement), ITMX was unstuck using the usual jiggling technique, and the c1psl crate was keyed.

 

Attachment 1: Cabazon4.5m79m.png
Cabazon4.5m79m.png
Attachment 2: 4.5Meq.png
4.5Meq.png
  11914   Wed Jan 6 08:09:04 2016 SteveUpdatePEM4.5 Mag Banning EQ

IFO restored after 4.5 Mag Banning, Ca earthquake.

Attachment 1: 4.5Mag__Banning.png
4.5Mag__Banning.png
ELOG V3.1.3-