40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 334 of 344  Not logged in ELOG logo
New entries since:Wed Dec 31 16:00:00 1969
ID Date Author Type Category Subjectup
  5120   Fri Aug 5 02:00:09 2011 kiwamuSummaryGeneralsummary of today's invac work

[Jamie, Jenne, Suresh, Steve, Koji, Kiwamu]

We got two green beams coming out from the chambers !

 

Summary of today's invac work :

    - removed the access connector and the BS north door

    - realigned the X and Y arm to the green beams.

    - installed a HWP on the ETMY table to rotate the polarization of the green beam to P.

    - repositioned the first periscope on the BS table.

    - repositioned the second periscope on the IOO table.

    - steered some green mirrors on the IOO and OMC chamber to let the Y green beam come out to the PSL table.

    - installed a PBS in front of the first periscope to spatially overwrap two green beams.

    - adjusted the incident angle of the PBS to maximize the power of the Y green beam, which is transmitted through it.

   - steer two mirrors on the BS table to align the X green beam

   - installed two beam dumps, one is near the PBS to eliminate a ghost in the X green beam, and the other is on the back side of IPPOS/ANG pick off window.

   - closed the doors.

 

Some Notes:

 When steering the final green mirror on the OMC table, accidentally we changed the alignment of the MC incident mirror.

So the alignment of the incident beam going into MC has changed, and we haven't re-aligned it yet.

 During we were installing the PBS on the BS table, we found that the allowable incident angle for the Y beam is about ~ 55 deg, which maximizes the amount of the transmitted Y green.

Since the PBS had been considered to be 45 deg incident in our optical layout, this required several modifications in the green mirrors.

To have a clear X green beam path going into the PBS, we had to slide the PBS and periscope to the West.

The periscope is now sitting on the very edge of the BS table, and in fact ~ 20% of the bottom plate of the periscope is already sticking out.

Also since 30% of the area of the PBS's post is on a hole, which is somehow for the stack, we had to use three dog clamps instead of a folk clamps to make the contact tight.

  5147   Tue Aug 9 02:03:16 2011 kiwamuSummarySUSsummary of today's work on ETMY

[Rana / Jenne / Kiwamu]

The ETMY suspension tower is currently sitting on the north side of the table for some inspections.

The adjustment of the OSEMs is ongoing.

 

(What we did)

  + Taken out two oplev mirrors, Jamie's windmill and a lemo patch panel.

  + Put some pieces of metal as makers for the original place

  + Put some makers on the distance of  dLY = -25.49 cm = -10.04 inch from the original place (see the 40m wiki).

     The minus sign means it will move away from the vertex.

  + Brought the ETMY suspension tower to the north side to do some inspections

  + Did some inspections by taking the noise spectra (#5141)

  + Adjusted the OSEM range and brought the magnets on the center of the OSEM holders by rotating and translating the OSEMs

  + During the work we found the proper PIT and YAW gains were about -5, which are the opposite sign from what they used to be.

  + Trying to minimize the cross couplings

JD: There is still some funny business going on, like perhaps the LR magnet isn't quite in the OSEM beam.  We leave the optic free swinging, and will continue to investigate in the morning.

  11277   Sun May 10 13:54:41 2015 ranaHowToComputer Scripts / Programssummary page URL change

Also, EQ gave us a better (and not pwd protected) URL for the summary pages. Please replace your previous links with this new one:

https://nodus.ligo.caltech.edu:30889/detcharsummary/

  11278   Mon May 11 01:28:33 2015 ranaHowToComputer Scripts / Programssummary page URL change

Like Steve pointed out, the summary pages show that the y-arm transmission drifts a lot when locked. The OL summary page shows that this is all due to ITMY yaw.

Could be either that they coil driver / DAC is bad or that the suspension is poorly built. We need to dig into ITMY OL trends over long term to see if this is new or now.

Also, weather station needs a reboot. And does anyone know what the MC_F calibration is?

  12692   Fri Dec 30 10:27:46 2016 ranaUpdateDetCharsummary pages dead again

Dead again. No outputs for the past month. We really need a cron job to check this out rather than wait for someone to look at the web page.

  12693   Thu Jan 5 21:43:16 2017 ranaUpdateDetCharsummary pages dead again

Max tells us that soem conf files were bad and that he did something and now some pages are being made. But the PEM and MEDM pages are bank. Also the ASC tab looks bogus to me.

  12915   Wed Mar 29 09:24:28 2017 SteveUpdateloresummery pages

The summery pages are working at a slow motion speed. It's response time 12 minutes.

  13049   Wed Jun 7 14:27:23 2017 SteveUpdateSummary Pagessummery pages not working

Last good page May 18, 2017

Not found, error message May 19 - June 4,2017

Blank plots,  June 5, 2017

  4847   Tue Jun 21 16:11:13 2011 steveUpdateSAFETYsurf safety training

40m surfs:  Nicole Ing, Iswita Saikia and Sonali Mohapatra received 40m specific safety training  today.

  8743   Tue Jun 25 10:23:20 2013 SteveUpdatesafetysurf safety training

 Alex Cole and Craig Cahillane received 40m specific,  basic safety training last week.

 

  10069   Thu Jun 19 10:39:22 2014 steveUpdatesafetysurf safety training

 

 Andres Medina and Andrew "Harry" Hall received 40m specific safety training. They did general safety already and their laser safety training will be this after noon.

  13843   Tue May 15 13:34:30 2018 SteveUpdatesafetysurf safety training

Pooja and Keirthana received 40m specific basic safety training.

  14031   Thu Jun 28 13:12:20 2018 SteveUpdatesafetysurf safety training

Shruti and Sandrine received 40m specific basic safety training this morning.

Quote:

Pooja and Keirthana received 40m specific basic safety training.

 

  1700   Wed Jun 24 17:08:16 2009 steveBureaucracySAFETYsurf student safety

The 40m lab specific safety training is done. The participants were

Stephanie Erickson, Clara Bennett, Chris Zimmerman, Zach Commings, Michelle Stephen surfs and Drew Cappel  postock.

They have already went through the Caltech Safety Office laser and general safety training.

They still have to read, understand and sign the the SOP for the laser & lab

  5116   Thu Aug 4 08:25:51 2011 steveUpdateSUSsus at atm

ITMX and PRM moved alot.  BS and   ITMY just a little based on oplev reference.

  5118   Thu Aug 4 11:18:12 2011 ranaUpdateSUSsus at atm

Remember that the Oplevs are not good references because of the temperature sensitivity. The week long trend shows lots of 24 hour fluctuations.

  5138   Mon Aug 8 12:08:05 2011 ranaUpdateSUSsus at atm

Untitled.png

A plot showing that the daily variation in the OLs is sometimes almost as much as the full scale readout (-1 to +1).

  833   Thu Aug 14 10:26:45 2008 steveHowToSUSsus cable pin cheater for out of vac damping
The 40m D25 vacuum feed troughs give you a mirror image pin count.

Sus damping outside of the vacuum envelope require this cheater cable where
on the male D pin 1 is connected to female D 13 and so on
and male D pin 14 is connected to female D 25 and so on
  6278   Tue Feb 14 08:22:27 2012 steveUpdateSUSsus damping restored

ITMX, PRM and BS watchdogs are tripped. They were restored.

Stable MC was disabled so I can use MC_REFL 1 W beam to measure green glass .

  2773   Mon Apr 5 14:10:06 2010 steveUpdateSUSsus damping restored

Quote:

This morning, at about 12 Koji found all the front-ends down.

At 1:45pm rebooted ISCEX, ISCEY, SOSVME, SUSVME1, SUSVME2, LSC, ASC, ISCAUX

Then I burtestored ISCEX, ISCEY, ISCAUX to April 2nd, 23:07.

The front-ends are now up and running again.

 I restored damping to all SUSes except ITM-east. The ITMX OSEMs are being used in the clean assembly room.

  12917   Wed Mar 29 16:38:00 2017 SteveOmnistructureTreasuresus fiber illluminated
  12919   Thu Mar 30 10:41:56 2017 ranaOmnistructureTreasuresus fiber illluminated

Very, very cool!  yes

  6312   Fri Feb 24 08:06:52 2012 steveUpdateSUSsus restored

Quote:
The following optics were kicked:
MC1 MC2 MC3 ETMX ETMY ITMX ITMY PRM SRM BS
Fri Feb 24 04:11:15 PST 2012
1014120690
 
Steve (or anyone), can you restore the watchdogs when you come to the lab in the morning ?

Quote from #6305

Kiwamu (or whoever is here last tonight): please run the free-swing/kick script (/opt/rtcds/caltech/c1/scripts/SUS/freeswing) before you leave, and I'll check the matrices and update the suspensions tomorrow morning.

 All suspentions were restored and MC locked. PRM side osem  RMS motion was high.

Atm2, Why the PRM is 2x as noisy as the SRM ?

  5011   Thu Jul 21 10:08:30 2011 steveUpdateSUSsus sensor summary

OSEM voltages to be corrected at upcoming vent: threshold ~ 0.7-1.2V, ( at 22 out of 50 )

ITMX_UL, UR, LL, LR, SD

ITMY_UL

ETMX_UL, UR, LL, LR, SD

ETMY_UL

SRM_UL, UR, LL

MC2_UR_SD

BS_UR, SD

MC3_UL, LR, LL

 

  6578   Fri Apr 27 09:00:15 2012 JamieUpdateCDSsus watchdogs?

Why are all the suspension watchdogs tripped?  None of the suspension models are running on c1ioo, so they should be completely unaffected.  Steve, did you find them tripped, or did you shut them off?

In either event they should be safetly turned back on.

  6579   Fri Apr 27 09:27:48 2012 DenUpdateCDSsus watchdogs?

Quote:

Why are all the suspension watchdogs tripped?  None of the suspension models are running on c1ioo, so they should be completely unaffected.  Steve, did you find them tripped, or did you shut them off?

In either event they should be safetly turned back on.

 I've turned off the coils. Though non of them are on the c1ioo, who knows what can happen when we'll try to run the models again.

  14589   Thu May 2 15:15:15 2019 JonOmnistructureComputerssusaux machine renamed

Now that the replacement susaux machine is installed and fully tested, I renamed it from c1susaux2 to c1susaux and updated the DNS lookup tables on chiara accordingly.

  5580   Fri Sep 30 03:14:18 2011 kiwamuUpdateCDSsuspension became crazy : c1sus rebooted

Quote from #5579

Then we restarted daqd.

[Suresh / Kiwamu]

The c1lsc and c1sus machine were rebooted.

 

- - (CDS troubles)

 After we restarted daqd and pressed some DAQ RELOAD buttons the c1lsc machine crashed.

The machine didn't respond to ssh, so the machine was physically rebooted by pressing the reset button.

Then we found all the realtime processes on the c1sus machine became frozen, so we restarted them by sshing and typing the start scripts.

However after that, the vertex suspensions became undamped, even though we did the burt restore correctly.

This symptom was exactly the same as Jenne reported (#5571).

We tried the same technique as Jenne did ; hardware reboot of the c1sus machine. Then everything became okay.

The burt restore was done for c1lsc, c1asc, c1sus and c1mcs.

 

- - (ITMX trouble)

During the trial of damping recovery, the ITMX mirror seemed stacked to an OSEM. The UL readout became zero and the rest of them became full range.

Eventually introducing a small offset in C1:SUS-ITMX_YAW_COMM released the mirror. The amount of the offset we introduced was about +1.

  8159   Mon Feb 25 20:04:22 2013 JamieUpdateSUSsuspension controller model modifications in prep for global damping initiative

[Jamie, Brett, Jenne]

We made some small modifications to the sus_single_control suspension controller library part to get in/out the signals that Brett needs for his "global damping" work.  We brought out the POS signal before the SUSPOS DOF filter, and we added a new GLOBPOS input to accommodate the global damping control signals.  We added a new EPIC input to control a switch between local and global damping.  It's all best seen from this detail from the model:

sus_update.png

The POSOUT goto goes to an additional output.  As you can see I did a bunch of cleanup to the spaghetti in this part of the model as well.

As the part has a new input and output now we had to modify c1sus, c1scx, c1scy, and c1mcs models as well.  I did a bunch of cleanup in those models as well.  The models have all been compiled and installed, but a restart is still needed.  I'll do this first thing tomorrow morning.

All changes were committed to the userapps SVN, like they should always be.

We still need to update the SUS MEDM screens to display these new signals, and add switches for the local/global switch.  I'll do this tomorrow.

During the cleanup I found multiple broken links to the sus_single_control library part.  This is not good.  I assume that most of them were accidental, but we need to be careful when modifying things.  If we break those links we could think we're updating controller models when in fact we're not.

The one exception I found was that the MC2 controller link was clearly broken on purpose, as the MC2 controller has additional stuff added to it ("STATE_ESTIMATE"):

odd-mc2-stuff.png

I can find no elog that mentions the words "STATE" and "ESTIMATE".  This is obviously very problematic.  I'm assuming Den made these modifications, and I found this report: 7497, which mentions something about "state estimation" and MC2.  I can't find any other record of these changes, or that the MC2 controller was broken from the library.  This is complete mickey mouse bullshit.  Shame shame shame.  Don't ever make changes like this and not log it.

I'm going to let this sit for a day, but tomorrow I'm going to remove replace the MC2 controller with a proper link to the sus_single_control library part.  This work was never logged so it didn't happen as far as I'm concerned.

 

  5263   Thu Aug 18 12:22:37 2011 jamieUpdateSUSsuspension update

Most of the suspension look ok, with "badness" levels between 4 and 5.  I'm just posting the ones that look slightly less ideal below.

  • PRM, SRM, and BS in particular show a lot of little peaks that look like some sort of intermodulations.
  • ITMY has a lot of elements with imaginary components
  • The ETMY POS and SIDE modes are *very* close together, which is severely adversely affecting the diagonalization
 PRM  PRM.png        pit     yaw     pos     side    butt
UL    0.466   1.420   1.795  -0.322   0.866  
UR    1.383  -0.580   0.516  -0.046  -0.861  
LR   -0.617  -0.978   0.205   0.011   0.867  
LL   -1.534   1.022   1.484  -0.265  -1.407  
SD    0.846  -0.632  -0.651   1.000   0.555

5.62863

SRM SRM.png       pit     yaw     pos     side    butt
UL    0.783   1.046   1.115  -0.149   1.029 
UR    1.042  -0.954   1.109  -0.060  -1.051 
LR   -0.958  -0.926   0.885  -0.035   0.856 
LL   -1.217   1.074   0.891  -0.125  -1.063 
SD    0.242   0.052   1.544   1.000   0.029 
4.0198
 BS BS.png        pit     yaw     pos     side    butt
UL    1.536   0.714   0.371   0.283   1.042  
UR    0.225  -1.286   1.715  -0.084  -0.927  
LR   -1.775  -0.286   1.629  -0.117   0.960  
LL   -0.464   1.714   0.285   0.250  -1.070  
SD    0.705   0.299  -3.239   1.000   0.023 
 5.5501
 ITMY  ITMY.png        pit     yaw     pos     side    butt
UL    1.335   0.209   1.232  -0.071   0.976  
UR   -0.537   1.732   0.940  -0.025  -1.068  
LR   -2.000  -0.268   0.768   0.004   1.046  
LL   -0.129  -1.791   1.060  -0.043  -0.911  
SD   -0.069  -0.885   1.196   1.000   0.239 
 4.28384
ETMY ETMY.png       pit     yaw     pos     side    butt
UL    1.103   0.286   1.194  -0.039   0.994 
UR   -0.196  -1.643  -0.806  -0.466  -1.113 
LR   -2.000   0.071  -0.373  -0.209   0.744 
LL   -0.701   2.000   1.627   0.217  -1.149 
SD    0.105  -1.007   3.893   1.000   0.290 
9.25346

 

  7478   Thu Oct 4 14:08:49 2012 jamieUpdateSUSsuspensions damped

All suspension damping has been restored.

  2031   Thu Oct 1 08:37:43 2009 steveUpdateSUSsuspention damping restored and MZ HV stuck

Earthquake  of magnitude 5.0  shakes ETMY loose.

MC2 lost it's damping later.

  654   Thu Jul 10 13:47:12 2008 YoichiHowToComputerssvn access via https
Now you can access to the svn repository on nodus by https.
To perform a checkout, you can use the following command

svn co --username svn40m https://nodus.ligo.caltech.edu:30889/svn/trunk/chans

This will check out "chans" directory.
The password for svn40m is written in the usual place.
You can also access the URL by a web browser to see the repository in a very primitive way.
A nice web interface for browsing the repository is planed but not yet implemented.
  7296   Tue Aug 28 17:02:16 2012 jamieUpdateGeneralsvn commit changes

I just spent the last hour checking in a bunch of uncommitted changes to stuff in the SVN.  We need to be MUCH BETTER about this.  We must commit changes after we make them.  When multiple changes get mixed together there's no way to recover from one bad one.

  969   Fri Sep 19 00:18:14 2008 ranaUpdateComputerssvn is old
linux2:mDV>ssh nodus
Password:
Last login: Fri Sep 19 00:11:44 2008 from gwave-69.ligo.c
Sun Microsystems Inc.   SunOS 5.9       Generic May 2002
nodus:~>c
nodus:caltech>cd apps/
nodus:apps>cd mDV
nodus:mDV>svn update
svn: This client is too old to work with working copy '.'; please get a newer Subversion client
nodus:mDV>whoami
controls
nodus:mDV>uname -a
SunOS nodus 5.9 Generic_118558-39 sun4u sparc SUNW,A70 Solaris
nodus:mDV>pwd
/cvs/cds/caltech/apps/mDV
nodus:mDV>
Frown
  972   Fri Sep 19 09:49:42 2008 YoichiUpdateComputerssvn is old
The problem below is fixed now.
The cause was .svn/entries and .svn/format had wrong version number "9" where it had to be "8".
I changed those files in all the sub-directories. Now svn up runs fine.
I don't know how this version discrepancy happened.



Quote:
linux2:mDV>ssh nodus
Password:
Last login: Fri Sep 19 00:11:44 2008 from gwave-69.ligo.c
Sun Microsystems Inc.   SunOS 5.9       Generic May 2002
nodus:~>c
nodus:caltech>cd apps/
nodus:apps>cd mDV
nodus:mDV>svn update
svn: This client is too old to work with working copy '.'; please get a newer Subversion client
nodus:mDV>whoami
controls
nodus:mDV>uname -a
SunOS nodus 5.9 Generic_118558-39 sun4u sparc SUNW,A70 Solaris
nodus:mDV>pwd
/cvs/cds/caltech/apps/mDV
nodus:mDV>
Frown
  508   Fri May 30 21:30:15 2008 tobinConfigurationComputerssvn on solaris
I installed svn on op440m.  This involved installing the following packages from sunfreeware:

apache-2.2.6-sol9-sparc-local  libiconv-1.11-sol9-sparc-local   subversion-1.4.5-sol9-sparc-local
db-4.2.52.NC-sol9-sparc-local  libxml2-2.6.31-sol9-sparc-local  swig-1.3.29-sol9-sparc-local
expat-2.0.1-sol9-sparc-local   neon-0.25.5-sol9-sparc-local     zlib-1.2.3-sol9-sparc-local
gdbm-1.8.3-sol9-sparc-local    openssl-0.9.8g-sol9-sparc-local

The packages are located in /cvs/cds/caltech/apps/solaris/packages.  The command line to install
a package is "pkgadd -d " followed by the package name.  This can be repeated on nodus to get
svn over there.  (Kind of egregious to require an apache installation for the svn _client_, I 
know.)
  2891   Thu May 6 19:23:54 2010 FrankSummaryComputerssvn problems

i tried to commit something this afternoon and got the following error message:

Command: Commit 
Adding: C:\Caltech\Documents\40m-svn\nodus\frank 
Error: Commit failed (details follow): 
Error: Server sent unexpected return value (405 Method Not Allowed) in response to  
Error: MKCOL request for '/svn/!svn/wrk/d2523f8e-eda2-d847-b8e5-59c020170cec/trunk/frank' 
Finished!:  

anyone had this before? what's wrong?

  9182   Tue Oct 1 14:12:22 2013 ranaSummaryCDSsvndumpfilter on linux1 makes NFS slow

 Yesterday and this morning's slow NFS disk access was caused by 'svndumpfilter' being run at linux1 to carve out the Noise Budget directory. It is being moved to another server; I think the disk access is back to normal speed now.

  3988   Mon Nov 29 11:51:41 2010 kiwamuUpdateIOOswaped in-vac PZT mirrors

This morning I opened the chambers and started some in-vac works.

As explained in this entry, I swapped pzt mirror (A) and (C) successfully.

The chambers are still open, so don't be surprised.

 

(today's missions for IOO)

 - cabling for the pzt mirrors

 - energizing the pzt mirrors and slide them to their midpoint.

 - locking and alignment of the MC

 - realignment of the pzt mirrors and other optics.

 - letting the beam go down to the arm cavity

 

  3992   Tue Nov 30 04:22:52 2010 kiwamuUpdateIOOswaped in-vac PZT mirrors

As a result of the vacuum work, now the IR beam is hitting ETMX.

The spot of the transmitted beam from the cavity can be found at the end table by using an IR viewer.

Quote: #3988

(today's missions for IOO)

 - cabling for the pzt mirrors

 - energizing the pzt mirrors and slide them to their midpoint.

 - locking and alignment of the MC

 - realignment of the pzt mirrors and other optics.

 - letting the beam go down to the arm cavity

 

 

  10627   Tue Oct 21 00:38:40 2014 ericqUpdateLSCsweep + RMS as uncertainty

Quote:

BUT, what we really need (instead of just the DC sweeps) is the DC sweep with the uncertainty/noise displayed as a shaded area on the plot, as Nic did for us in the pre-CESAR modelling.

I've taken a first stab at this. Through various means, I've made an estimation of the total noise RMS of each error signal, and plotted a shaded region that shows the range of values the error signal is likely to take, when the IFO is statically sitting at one CARM offset. 

I have not included any effects that would change the RMS of these signals in a CARM-offset dependent way. Since this is just a rough first pass, I didn't want to get carried away just yet. 


For the transmission PDs, I measured the RMS on single arm lock. I also measured the incident power on the QPDs and thorlabs PDs for an estimate of shot noise, but this was ridiculously smaller than the in-loop RIN. I had originally though of just plotting sensing noise for the traces (i.e. dark+shot), because the amount of seismic and frequency noise in the in-loop signal obviously depends on the loop, but this gives a very misleading, tiny value. In reality we have RIN from the PRC due to seismic noise, angular motion of the optics, etc., which I have not quantified at this time. 

So: for this first, rough, pass, I am simply multiplying the single transmission noise RMSs by a factor of 10 for the coupled RMS. If nothing else, this makes the SqrtInv signal look plausible when we actually practically find it to be plausible. 


For the REFL PDs, I misaligned the ITMs for a prompt PRM reflection for a worst-case shot noise situation, and took the RMS of the spectra. (Also wrote down the dark RMSs, which are about a factor of 2 lower). I then also multiplied these by ten, to be consistent with the transmission PDs. In reality, the shot noise component will go down as we approach zero CARM offset, but if other effects dominate, that won't matter. 


Enough blathering, here's the plot:

dcCARMSweep_uncertainties.png

Now, in addition to the region of linearity/validity of the different signals, we can hopefully see the amount of error relative to the desired CARM offset. (Or, at least, how that error qualitatively changes over the range of offsets)


This suggests that we MAY be able to hop over to a normalized RF signal; but this is a pretty big maybe. This signal has the response of the quotient of two nontrivial optical plants, which I have not yet given much thought to; it is probably the right time to do so...

  10631   Wed Oct 22 06:32:29 2014 ranaUpdateLSCsweep + RMS as uncertainty

 

 This is looking very useful. It will be useful if you can upload some python code somewhere so that I can muck with it.

I would guess that the right way to determine the trans RMS is just to use the single arm lock RIN and then apply that as RIN (not pure TR RMS) to the TR signals before doing the sqrt operation.

  16287   Mon Aug 23 10:17:21 2021 PacoSummaryComputerssystem 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 likely was related to some system crash. Coming back to the controls room, I could see the MC reflection beam swinging, but unfortunately all the FE models came down. I noticed that the DAQ status channels were blank.

I ssh into c1ioo no problem and ran "rtcds stop c1ioo c1als c1omc", then "rtcds restart c1x03" to do a soft restart. This worked, but the DAQ status was still blank. I then tried to ssh into c1sus and c1lsc without success, similarly c1iscex and c1iscey were unreachable. I went and did a hard restart on c1iscex by switching it off, then its extension chassis, then unplugging the power cords, then inverting these steps, and could ssh into it from rossa. I ran "rtcds start c1x01" and saw the same blank DAQ status. I noticed the elog was also down... so nodus was also affected?

[paco, anchal]

Anchal got on zoom to offer some assistance. We discovered that the fb1 and nodus were subject to some kind of system reboot at precisely 09:34. The "systemctl --failed" command on fb1 displayed both the daqd_dc.service and rc-local.service as loaded but failed (inactive). Is it a good idea to try and reboot the fb1 machine? ... Anchal was able to bring elog back up from nodus (ergo, this post).

[paco]

Although it probably needs the DAQ service from the fb1 machine to be up and running, I tried running the scripts/cds/rebootC1LSC.sh script. This didn't work. I tried running sudo systemctl restart daqd_dc from the fb1 machine without success. Running systemctl reset-failed "worked" for daqd_dc and rc-local services on fb1 in the sense that they were no longer output from systemctl --failed, but they remained inactive (dead) when running systemctl status on them. Following from  15303   I succeeded in restarting the daqd services. Turned out I needed to manually start the open-mx and mx services in fb1. I rerun the restartC1LSC script without success. The script fails because some machines need to be rebooted by hand.
 

  8285   Wed Mar 13 11:34:24 2013 SteveUpdateoptical tablestable covers moved to CES

The two acrylic optical table enclosures were moved from the carpenter shop to CES. I need to order windows. The latest quotes from Laseroptik  are posted at the wiki / aux_optics page.

Things to do: order windows, draw and order window flange, install surgical tubing seals, buy and line enclosures with IR shield films.

  2601   Fri Feb 12 18:58:46 2010 kiwamuUpdateGreen Lockingtake some optics away from the ETM end table

In the last two days Steve and I took some optics away from the both ETM end table.

This is because we need an enough space to set up the green locking stuff into the end table, and also need to know how much space is available.

Optics we took away are : Alberto's RF stuff, fiber stuff and some optics obviously not in used.

The picture taken after the removing is attached. Attachment1:ETMX, Attachment2:ETMY

And the pictures taken before the removing are on the wiki, so you can check how they are changed.

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

  2604   Tue Feb 16 09:51:22 2010 AlbertoUpdateGreen Lockingtake some optics away from the ETM end table

Quote:

In the last two days Steve and I took some optics away from the both ETM end table.

This is because we need an enough space to set up the green locking stuff into the end table, and also need to know how much space is available.

Optics we took away are : Alberto's RF stuff, fiber stuff and some optics obviously not in used.

The picture taken after the removing is attached. Attachment1:ETMX, Attachment2:ETMY

And the pictures taken before the removing are on the wiki, so you can check how they are changed.

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

The PD Kiwamu removed from the Y table was TRY, which we still need.

My bad if he took that. By mistake I told him that was the one I installed on the table for the length measurement and we didn't need it anymore.

I'm going to ask Kiwamu if he can kindly put it back.

  5691   Wed Oct 19 05:15:44 2011 kiwamuUpdateSUStaking care of SRM

I made some efforts to fix the situation of SRM but it is still bad.

The POS motion wasn't well damped. Something is wrong either (maybe both) sensing part or actuation part.

I am going to check the sensing matrix with the new free swinging spectra (#5690)

 

(Symptom)

 When I was trying to lock SRMI I found that the fringes observed at the AS camera didn't show spatial higher order modes, which is good.

So I thought the SRM suspension became quiet, but it actually wasn't. Because the RMS monitor of the SRM OSEMs already went to about 30 counts.

At the same time the opelev error signals were well suppressed. It means some DOFs which were insensitive to the oplev were ringing up, namely POS and SIDE.

According to the LSC error signal and the ASDC signal, I believe that the POS was going wild (although I didn't check the OSEM spectra).
 

(Some efforts)

 + Readjusted the f2a filters (see the attachment).

 + Tried to eliminate a coupling between the POS and SIDE drives by tweaking the output matrix.

    => In order to eliminate the coupling from the POS drive to SIDE sensor, I had to put a comparable factor into an element.

     So it might be possible that the POS sensor was showing the SIDE signal and vice versa.

      In order to check it I left SRM free swinging (#5690).

Quote from #5684

The main reason why I couldn't lock DRMI was that the suspensions were touchy and especially the SRM suspension wasn't good.

  5699   Wed Oct 19 15:46:49 2011 kiwamuUpdateSUStaking care of SRM

Quote from #5691

I am going to check the sensing matrix with the new free swinging spectra (#5690)

 

The SRM input matrix has been readjusted.

However still there is the unwanted coupling from the POS drive to SIDE signal and from the SIDE drive to POS signal.

      BADNESS
  SRM  SRM.png       pit     yaw     pos     side    butt
UL    0.871   0.975   1.115  -0.295   1.096  
UR    1.015  -1.025   1.128  -0.140  -1.053  
LR   -0.985  -0.984   0.885  -0.088   0.831  
LL   -1.129   1.016   0.872  -0.243  -1.020  
SD    0.084   0.061   3.534   1.000  -0.018  
 
 4.24965

 

  7325   Fri Aug 31 07:32:49 2012 SteveUpdateSUStarget for BS

Quote:

We installed beam targets on PRM and BS suspension cages.

On both suspensions one of the screw holes for the target actually houses the set screw for the side OSEM.  This means that the screw on one side of the target only goes in partial way.

The target installed on BS is wrong!  It has a center hole, instead of two 45 deg holes.  I forgot to remove it, but it will obvious it's wrong to the next person who tries to use it.  I believe we're supposed to have a correct target for BS, Steve?

The earthquake stop screws on PRM were too short and were preventing installation of the PRM target.  Therefore, in order to install the target on PRM I had to replace the earthquake stops with ones Jenne and I found in the bake lab clean room that were longer, but have little springs instead of viton inserts at the ends.  This is ok for now, but

WE NEED TO REMEMBER TO REPLACE EARTHQUAKE STOPS ON PRM WHEN WE CLOSE UP.

We checked the beam through PRM and it's a little high to the right (as viewed from behind).  Tomorrow we're going to open ITMX chamber so that we can get a closer look at the spot on PR2.

 The two eye  target for  the BS is in the clean tool box. It actually has irises.

ELOG V3.1.3-