40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 336 of 341  Not logged in ELOG logo
New entries since:Wed Dec 31 16:00:00 1969
ID Date Author Type Category Subjectup
  10177   Thu Jul 10 17:33:26 2014 jamieOmnistructureComputer Scripts / Programsubuntu12 software installed, gds 2.16.3.2

Rana wanted the latest GDS installed (for newest DTT), so I made an ubuntu 12 install directory into which I installed

  • gds-2.16.3.2
  • root_v5.34.03

I installed this stuff in

/ligo/apps/ubuntu12

which is the "official" location for stuff compiled specifically for ubuntu12.

Given that the workstations are diverging in OS (some ubuntu10, some ubuntu12), we're going to have to start supporting different software packages for the different versions, thus the new ubuntu12 directory.  This will be a pain in the butt, and will certainly lead to different versions of things for different machines, different features, etc.  We should really try to keep things at the same OS.

In any event, if you want to enable the GDS on an ubuntu 12 machine, source the ubuntu12 ligoapps-user-env.sh file:

controls@ottavia|~ > . /ligo/apps/ubuntu12/ligoapps-user-env.sh

  9966   Fri May 16 20:55:18 2014 JamieFrogsloreun-full-screening Ubuntu windows with F11

Last week Rana and I struggled to figure out how to un-full-screen windows on the Ubuntu workstations that appeared to be stuck in some sort of full screen mode such that the "Titlebar" was not on the screen.  Nothing seemed to work.  We were in despair.

Well, there is now hope: it appears that this really is a "fullscreen" mode that can be activated by hitting F11.  It can therefore easily be undone by hitting F11 again.

  11253   Sun Apr 26 01:10:18 2015 ranaUpdateASCunBroken Xass?

Today I tried some things, but basically, lowering the input gain by 10 made the thing stable. In the attached screenshotstrip, you can see what happens with the gain at 1. After a few cycles of oscillation, I turned the gain back to 0.1.

There still is an uncontrolled DoF, but I that's just the way it is since we only have one mirror (the BS) to steer into the x arm once the yarm pointing is fixed.

Along the way, I also changed the phase for POX, just in case that was an issue. I changed it from +86 to +101 deg. The attached spectra shows how that lowered the POX_Q noise.

I also changed the frequencies for ETM_P/Y dither from ~14/18 Hz to 11.31/14.13 Hz. This seemed to make no difference, but since the TR and PO signals were quieter there I left it like that.

This is probably OK for now and we can tune up the matrix by measuring some sensing matrix stuff again later.

Attachment 1: xasstune_150426.png
xasstune_150426.png
Attachment 2: xassnoise.pdf
xassnoise.pdf
  11255   Sun Apr 26 15:05:35 2015 JenneUpdateASCunBroken Xass?

Thank you both.

I have updated the .snap file, so that it'll use these parameters, as Rana left them.  Also, so that the "unfreeze" script works without changes (since it wants to make the overall gain 1), I have changed the Xarm input matrix elements from 1 to 0.1, for all of them.  This should be equivalent to the overall gain being 0.1.

  6571   Thu Apr 26 09:22:17 2012 steveUpdate under the east end optical table

Quote:

I added an U channel based bottom shelf at the south end today.

 I'm working on similar shelf at ETMY.  Precondition: NPRO in bypass mode, heater for doubling in bypass........since power outage?  Optical level servo turned off.......

U-channel based shelf in place.  Oplev servo is back on at 11:15am    The table may moved.  The oplev return is missing the quad by a few milimeter.

  6282   Wed Feb 15 11:34:01 2012 steveUpdate under the shouth end optical table

I added an U channel based bottom shelf at the south end today.

Attachment 1: P1080535.JPG
P1080535.JPG
Attachment 2: P1080537.JPG
P1080537.JPG
  1654   Fri Jun 5 01:10:13 2009 rob, peteUpdateLockingundermined

We were stymied early in the evening by a surreptitiously placed, verbo-visually obfuscated command in the drstep script. 

  13171   Tue Aug 8 17:04:26 2017 SteveUpdateVACunintended pump down

IFO pressure 2 Torr,    PSL  shutter closed.  I'm pumping down with 2 roughing pumps with ion pump gate valves open and annulosses at atm.

The vacuum envelope was vented to 17 Torr while I was replacing the USP battery stack. More about this later.....

Do not plan on using the interferrometer tonight.  I will complete the pumpdown tomorrow morning.

 

Attachment 1: pumping_down.png
pumping_down.png
  13172   Tue Aug 8 17:44:11 2017 SteveUpdateVACunintended pump down

Pumpdown stopped for over night  at ~  1 Torr

The roughing line disconnected.  Valves condition indicator  "moving " means that it is closed and it's cable disconnected so it can not move.

The RGA is off and VM1 is stuck.

Quote:

IFO pressure 2 Torr,    PSL  shutter closed.  I'm pumping down with 2 roughing pumps with ion pump gate valves open and annulosses at atm.

The vacuum envelope was vented to 17 Torr while I was replacing the USP battery stack. More about this later.....

Do not plan on using the interferrometer tonight.  I will complete the pumpdown tomorrow morning.

 

 

Attachment 1: stopped_pumping.png
stopped_pumping.png
  13175   Wed Aug 9 11:59:51 2017 SteveUpdateVACunintended pump down at vacuum normal

pd80b has reached Vac Normal. IFO pressure 0.5 mTorr

We need our vauum channels back in dataviewer.

Quote:

Pumpdown stopped for over night  at ~  1 Torr

The roughing line disconnected.  Valves condition indicator  "moving " means that it is closed and it's cable disconnected so it can not move.

The RGA is off and VM1 is stuck.

Quote:

IFO pressure 2 Torr,    PSL  shutter closed.  I'm pumping down with 2 roughing pumps with ion pump gate valves open and annulosses at atm.

The vacuum envelope was vented to 17 Torr while I was replacing the USP battery stack. More about this later.....

Do not plan on using the interferrometer tonight.  I will complete the pumpdown tomorrow morning.

 

 

 

Attachment 1: pdc.png
pdc.png
Attachment 2: pd80b@vacnormal.png
pd80b@vacnormal.png
  11429   Sat Jul 18 16:59:01 2015 jamieUpdateCDSunloaded, turned off loading of, symmetricom kernel module on fb

fb has been loading a 'symmetricom' kernel module, presumably because it was once being used to help with timing.  It's no longer needed, so I unloaded it and commented out the lines that loaded it in /etc/conf.d/local.start.

  1585   Thu May 14 02:36:05 2009 peteUpdateLockingunstable IFO

It seems that the MC3 problem is intermittent (one-day trend attached).  I tried to take advantage of a "clean MC3" night, but the watch script would usually fail at the transition to DC CARM and DARM.  It got past this twice and then failed later, during powering up.   I need to check the handoff.

 

Attachment 1: mc3.jpg
mc3.jpg
  14805   Wed Jul 24 12:24:43 2019 MilindUpdateIOOunstick.py and ifotest

Moved the unstick.py code to the ifotest repository here. It now handles signals like those generated by Ctrl-C and so forth. It can still be run as python unstick.py <machine1> <machine2> etc.

  1955   Thu Aug 27 12:34:48 2009 YoichiUpdateLockingup to arm power 70
Last night, I tried to run locking scripts.
The power went up to 70 a couple of times .
Then it failed to switch to RF CARM.
I was too tired at that time to figure out what is the problem with the switching.
But it seemed to me that the problem could be solved by some gain tweaking.
Looks like the IFO is back to a good state.
  12358   Sun Jul 31 17:28:38 2016 ranaOmnistructureGeneralupclean

I cleaned up the south Electronics bench today.

The other two, as well as several of the desks are in some chaotic state of degradationno. Please clean up your areas and put away projects which do not need to remain staged for several months. Try to eliminate "that's not mine" and "I don't know who's that is" from your vocabulary.  angry Fight back against entropy!

  6286   Thu Feb 16 04:29:30 2012 kiwamuUpdateLSCupconversion noise from BS motion

Sometimes ago I reported that there have been a kind of upconversion noise when PRM was excited (#6211).

This time I found another one, which showed up when BS was excited.

Assuming this is related to some kind of scattering process and also assuming this is from the same scattering body as that for the PRM driven case,

we may be able to localize and perhaps identify the scattering body.

 

 

(Measurement Condition)

All the suspended optics are intentionally misaligned except for ITMY so that the laser directly goes through to the dark port without any interference.
Then BS_POS is excited at 3 Hz with amplitude of 1000 counts by an oscillator in the realtime lockin system.
 I also excited PITCH and YAW of BS and found that driving the angular motions didn't produce any upconversion noise.
 I didn't excite ITMY to do the same test because I was too lazy.

(Noise spectrum)

The plot below shows the upconversion noise observed at AS55 and REFL11.
The reference curves were obtained when no excitation were applied on BS_POS.
It is obvious that the AS55 signal shows a typical upconversion behavior.
 
Untitled.png

 

  3556   Fri Sep 10 02:35:30 2010 rana, kiwamu, valera, taraConfigurationPSLupdate

Over the last couple nights we got the beam into the FSS path and all the way to the IMC and out onto the AP table.

Tara and Valera have calculated a mode-matching solution for the reference cavity. It utilizes only a single lens between the AOM and the reference cavity. Valera and Steve will move the reference cavity into place in the morning.

We noticed that the layout was too tight on the end going into the MC and so we adjusted the angle of the final zig-zag. This will put the final mode-matching lens in between the final steering mirrors (which is generally undesirable) but the lens in this case is only f=400 mm. In addition, this lens may provide some more decoupling between the steering mirrors.

The whole layout has to be a little adjusted because of a calculation mistake I made in the mode-matching. I used only the nominal focal lengths from the CVI catalog and not the effective one. For the UV-grade fused silica lenses, the effective focal length is actually 20-30% longer. Today we measured that the "f=200 mm" lens we got is actually f = 238 mm. The BK7 lenses are much closer to the nominal.

We also replaced the Klinger mount ahead of the PMC with a Polanski style so that we could get the PMC REFL beam out without hitting the mount. Valera will continue to refine this section on the weekend.

Tomorrow, we will lock the MC using feedback only to the NPRO. The 0-150 V piezo driver is on the PSL table ready for action.

I also got a LCD video monitor from Frank and hooked it up on the PSL table. If we like this kind of thing, we can get many of them. They are pretty cheap. It would be handy to have 3-4 of them on the PSL and one on every of the ISC tables. They take the standard video for input and need +12V for power. Right now the one in there is looking at the PMC transmission.

The Omnigraffle layout as of tonight is attached.

Attachment 1: 40mPSL.pdf
40mPSL.pdf
  3544   Wed Sep 8 11:46:53 2010 kiwamuUpdatePSLupdate of the layout

I put some green stuff on the layout drawing.

I continue to refine the positions of these stuff.

 

Notes :

 1. I flipped the reference cavity. So now the cavity is sitting on the left hand side of the layout.

  2. I removed the ISS stuf. We should think about where ISS should be.

Quote:

Also, Kiwamu has modified the layout drawing to add the green PLL stuff. This has collapsed the reference cavity's wave function placing it close to its original position.

WE (maybe Valera and Steve) can now put the reference cavity back on the table.

 

Attachment 1: 40mPSL.png
40mPSL.png
  6303   Wed Feb 22 01:53:57 2012 kiwamuUpdateLSCupdate on glitch table

I tried SRMI. The glitch rate wasn't as high as that of PRMI but it happened once per 10 sec or so.

 

 

 Yarm

(POY11 -->

ETMY)

Xarm

(POX11 --> ETMX)

MICH

(AS55-->BS)

or

(AS55 --> ITMs)

Half PRMI

(REFL11 --> PRM)

or

(REFL33 --> PRM)

low finesse PRMI

(ASDC --> ITMs)

(REFL33 --> PRM)

PRMI (carrier)

(AS55 --> ITMs)

(REFL33 --> PRM)

PRMI (sideband)

(AS55 --> ITMs)

(REFL33 --> PRM)

SRMI(NEW)

(AS55-->ITMs)

(REFL11I --> SRM)

DRMI
AS55 NO NO NO NO glitch (depends on finesse)
glitch glitch glitch glitch
REFL11 NO NO NO NO glitch (depends on finesse)
glitch glitch glitch glitch
REFL33 NO NO NO NO - glitch glitch glitch glitch
REFL55 NO NO NO NO glitch(depends on finesse) glitch glitch glitch glitch
REFL165 NO NO NO - - - - - -
POX11 - NO NO NO  - glitch glitch - glitch
POY11 NO - NO NO  - glitch glitch - glitch
POP55 - - - -  -  - -   -
                   

 

Quote from #6284

I updated the table which I posted some time ago (#6231). The latest table is shown below.

It seems that the glitches show up only when multiple DOFs are locked.

 

  6386   Thu Mar 8 04:13:12 2012 kiwamuUpdateLSCupdate on the locking activity

[Keiko / Kiwamu]

 Some updates on the locking activity:

  • Started summarizing the data of the Michelson lock in a wiki page:
  • Gradually moving on to the PRMI lock
    • The lock stays for reasonably a long time (~20 min or more)
    • POP22/110 demod signals seemed just ADC noise.
    • A first noise budget is in process
      • The glitches make the noise level worse above 40 Hz or so in both the MICH and PRCL budgets.
    • Sensing matrix will be measured tomorrow
    • The data will be also summarized in a wiki page
  6393   Fri Mar 9 13:34:13 2012 keikoUpdateLSCupdate on the locking activity

We tried to measure the sensing matrix for MICH and PRCL last night. They look too much mixed as we expect... the matrix may be posted later. We suspect the IX and IY of the MICH excitation is not balanced very well, although Kiwamu adjusted that about two weeks ago, and it is mixing the dof. We'll try to balance it again, ans see the matrix. 

Keiko, Kiwamu

 

Quote:

[Keiko / Kiwamu]

 Some updates on the locking activity:

  • Started summarizing the data of the Michelson lock in a wiki page:
  • Gradually moving on to the PRMI lock
    • The lock stays for reasonably a long time (~20 min or more)
    • POP22/110 demod signals seemed just ADC noise.
    • A first noise budget is in process
      • The glitches make the noise level worse above 40 Hz or so in both the MICH and PRCL budgets.
    • Sensing matrix will be measured tomorrow
    • The data will be also summarized in a wiki page

 

  6398   Sat Mar 10 02:00:03 2012 keikoUpdateLSCupdate on the locking activity

ITMX and ITMY balance for the MICH excitation (lockin) is adjusted again. Now it's ITMx = -0.992, ITMy = 1 for MICH (lockin output matrix values).

RA: what were the old values? Does this change make any difference for the signal mixing noticed before?

  3254   Tue Jul 20 23:52:36 2010 kiwamuUpdateVACupdate: slow vent has started

The vent is still going on. At this moment the pressure inside of the chambers is about 630 Torr.

Koji and I have replaced the 2nd instrument grade compressed air cylinder by the 3rd cylinder around 9 pm.

So far the vent speed has been nicely kept at about 1 Torr / min.

Attachment 1: untitled.png
untitled.png
  9897   Fri May 2 01:58:52 2014 ranaConfigurationComputer Scripts / ProgramsupdateDB configured to index NFS during CRON daily

I wanted to use locate to find some files today, but found that it doesn't index any of our NFS mounted files (i.e. the whole /cvs/cds/ and /opt/rtcds/ ).

So I went into /etc/updatedb.conf and edited it like so, so that it no longer ignores NFS type file systems:

controls@rossa:/etc 0$ diff updatedb.conf updatedb.conf~
4c4
< PRUNEFS="nfs4 rpc_pipefs afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre_lite tmpfs usbfs udf fuse.glusterfs fuse.sshfs ecryptfs fusesmb devtmpfs"
---
> PRUNEFS="NFS nfs nfs4 rpc_pipefs afs binfmt_misc proc smbfs autofs iso9660 ncpfs coda devpts ftpfs devfs mfs shfs sysfs cifs lustre_lite tmpfs usbfs udf fuse.glusterfs fuse.sshfs ecryptfs fusesmb devtmpfs"

The CRON.daily on ROSSA only should run each morning at 6:25 (under the ionice class 3 protocol as usual). If this seems OK after a week or so, we can do the same for the other CDS workstations (remembering to adjust their cron.daily times so that not every one hammers the NFS at the same time).

  8398   Wed Apr 3 01:32:04 2013 JenneUpdateComputersupdated EPICS database (channels selected for saving)

I modified /opt/rtcds/caltech/c1/chans/daq/C0EDCU.ini to include the C1:LSC-DegreeOfFreedom_TRIG_MON channels.  These are the same channel that cause the LSC screen trigger indicators to light up. 

I vaguely followed Koji's directions in elog 5991, although I didn't add new grecords, since these channels are already included in the .db file as a result of EpicsOut blocks in the simulink model.  So really, I only did Step 2.  I still need to restart the framebuilder, but locking (attempt at locking) is happening.

The idea here is that we should be able to search through this channel, and when we get a trigger, we can go back and plot useful signals (PDs, error signals, cotrol signals,....), and try to figure out why we're losing lock. 

Rana tells me that this is similar to an old LockAcq script that would run DTT and get data.

EDIT:  I restarted the daqd on the fb, and I now see the channel in dataviewer, but I can only get live data, no past data, even though it says that it is (16,float).  Here's what Dataviewer is telling me:

Connecting to NDS Server fb (TCP port 8088)
Connecting.... done
read(); errno=0
LONG: DataRead = -1
No data found

read(); errno=9
read(); errno=9
T0=13-03-29-08-59-43; Length=432010 (s)
No data output.

 

  8400   Wed Apr 3 14:45:34 2013 JamieUpdateComputersupdated EPICS database (channels selected for saving)

Quote:

I modified /opt/rtcds/caltech/c1/chans/daq/C0EDCU.ini to include the C1:LSC-DegreeOfFreedom_TRIG_MON channels.  These are the same channel that cause the LSC screen trigger indicators to light up. 

I vaguely followed Koji's directions in elog 5991, although I didn't add new grecords, since these channels are already included in the .db file as a result of EpicsOut blocks in the simulink model.  So really, I only did Step 2.  I still need to restart the framebuilder, but locking (attempt at locking) is happening.

The idea here is that we should be able to search through this channel, and when we get a trigger, we can go back and plot useful signals (PDs, error signals, cotrol signals,....), and try to figure out why we're losing lock. 

Rana tells me that this is similar to an old LockAcq script that would run DTT and get data.

EDIT:  I restarted the daqd on the fb, and I now see the channel in dataviewer, but I can only get live data, no past data, even though it says that it is (16,float).  Here's what Dataviewer is telling me:

Connecting to NDS Server fb (TCP port 8088)
Connecting.... done
read(); errno=0
LONG: DataRead = -1
No data found

read(); errno=9
read(); errno=9
T0=13-03-29-08-59-43; Length=432010 (s)
No data output.
 

I seem to be able to retrieve these channels ok from the past:

controls@pianosa:/opt/rtcds/caltech/c1/scripts 0$ tconvert 1049050000
Apr 03 2013 18:46:24 UTC
controls@pianosa:/opt/rtcds/caltech/c1/scripts 0$ ./general/getdata -s 1049050000 -d 10 --noplot C1:LSC-PRCL_TRIG_MON
Connecting to server fb:8088 ...
nds_logging_init: Entrynds_logging_init: Exit
fetching... 1049050000.0
Hit any key to exit: 
controls@pianosa:/opt/rtcds/caltech/c1/scripts 0$ 

Maybe DTT just needed to be reloaded/restarted?

  15325   Tue May 12 17:51:25 2020 ranaSummaryComputer Scripts / Programsupdated LESS syntax highlight on nodus

apt install source-highlight

then modified bashrc to point to /usr/share instead of /usr/bin

  8316   Wed Mar 20 14:44:47 2013 JamieUpdateOpticsupdated calculations of PRC/SRC g-factors and ARM mode matching

Below are new alamode calculations of the PRC and SRC g-factors and arm mode matchings.  These include fixes to the ABCD matrices for the flipped folding mirrors that properly (hopefully) take into account the focusing effect of passing through the optic substrates.

I've used nominal curvatures of -600 m for the G&H PR2/SR2 optics, and -700 m for the Laseroptik PR3/SR3 dichroics.

An interesting and slightly disappointing note is that it looks like it actually would have been better to flip PR3 instead of PR2, although the difference isn't too big.  We should considering flipping SR3 instead or SR2 when dealing with the SRC.  I'll take responsibility for messing up the calculation for the flipped TTs.

PRC

PR2 Reff PR3 Reff PRC g-factor (t/s) ARM mode matching
Inf Inf .94/.94 .999
-600 -700 .99/.98 .84
413 (flipped) -700 .94/.93 .999
-600 409 (flipped) .92/.94 .999
413 (flipped) 409 (flipped) .87/.89 .97

SRC

SR2 Reff SR3 Reff SRC g-factor (t/s) ARM mode matching
Inf Inf .96/.96 .999
-600 -700 NA NA
413 (flipped) -700 .96/.95 .998
-600 391 (flipped) .94/.96 .996
413 (flipped) 391 (flipped) .90/.92 .96

RXA: maybe nominal, but we don't actually have measurements of the installed optics' curvatures, so there could be ~10-15% errors in the RoC. Which translates into a 1-2% error in the g-factor.

  8339   Mon Mar 25 16:51:59 2013 JenneUpdateOpticsupdated calculations of PRC/SRC g-factors and ARM mode matching

I think we like the idea of flipping SR2 better than SR3 for the same ghost beam reasons as PR2 is better than PR3.  There isn't very much free space in the BS chamber, and if we flip PR/SR3, we have to deal with green ghosts as well as IR.

The flipping SR2 case seems okay to me - flipping either one of the SR folding mirrors gives us a slightly better g-factor than the design with infinite curvatures, and flipping SR2 gives us slightly better mode matching to the arm than the flipped SR3 case, but more importantly, there are fewer ghosts to deal with.  I vote we flip SR2, not SR3.

  8687   Thu Jun 6 16:33:19 2013 steveUpdatesafetyupdated laser inventory

 Updated laser inventory and operator list. They are posted in the 40m wiki and entry doors of the 40m IFO room.

Let me know if this list needs correction.

Lightwave  M126N-1064-700 NPRO sn 337 in the PSL enclosure got connected to local emergency shut off switch. This is a LIGO operational safety requirement.

 

Attachment 1: ELSOconnected.jpg
ELSOconnected.jpg
  7060   Tue Jul 31 18:59:59 2012 JamieUpdateCDSupdated medm paths for MISC (IFO,CDS,VIDEO), IFO alignment scripts updated accordingly

In an attempt to clean up the medm situation, I did a bunch of further rearrangement and cleanup.  Instead of having c1ifo, I moved a bunch of stuff into a MISC directory, including all of the CDS, IFO, and VIDEO screens:

controls@rossa:~ 0$ ls -1 /opt/rtcds/caltech/c1/medm/MISC | grep -v _BAK
CDS_BIO_STATUS.adl
CDS_FE_STATUS.adl
CDS_IPC_ERR.adl
help
ifoalign
IFO_ALIGN.adl
ifoalign.orig
IFO_CONFIGURE.adl
IFO_CONFIGURE.txt
IFO_OVERVIEW.adl
IFO_OVERVIEW_AIDAN.adl
IFO_STATE.adl
snap
VIDEO.adl
controls@rossa:~ 0$

I updated the sitemap and the relevant screens accordingly.

I also updated the IFO_ALIGN script infrastructure a bit.  The new IFO ALIGN location is /opt/rtcds/caltech/c1/medm/MISC/ifoalign.  The scripts are now called simply:

/opt/rtcds/caltech/c1/medm/MISC/ifoalign/misalign_soft.csh
/opt/rtcds/caltech/c1/medm/MISC/ifoalign/restore_soft.csh
/opt/rtcds/caltech/c1/medm/MISC/ifoalign/save_soft.csh

These run Jenne's new soft restore stuff, and store burt snapshots for optic alignment in /opt/rtcds/caltech/c1/medm/MISC/ifoalign/burt.

This has all been checked into the svn.

  8209   Fri Mar 1 18:23:28 2013 JamieUpdateComputer Scripts / Programsupdated version of "getdata"

I updated the getdata script so that it can now handle downloading long stretches of data.

  /opt/rtcds/caltech/c1/scripts/general/getdata

It now writes the data to disk incrementally while it's downloading from the server, so it doesn't fill up memory.

I also added a couple new options:

* --append allows for appending to existing data files

* --noplot suppresses plotting during download

  988   Wed Sep 24 19:13:06 2008 ranaConfigurationComputer Scripts / Programsupdatedb & locate: megatron & rosalba
I ran updatedb as root today on megatron and rosalba just before the meeting.
It finished at ~14:10 on both machines so that's ~20 minutes total.

The default updatedb.conf for these guys also seems to be set up right so that
it is indexing the NFS mount (/cvs/cds/) so that's good. Next, someone needs to
add the updatedb command to the daily cron for each of these guys (5 AM) and
add this to the wiki page on how we set up new computers.

I also found that the root passwd on Megatron was different from all of the other
machines, indicating that perhaps megatron was trying to free himself. I have put
down that rebellion viciously
:D and he's now toeing the line.
  5162   Wed Aug 10 00:21:10 2011 jamieUpdateCDSupdates to peakFit scripts

I updated the peakFit routines to make them a bit more user friendly:

  • modified so that any subset of optics can be processed at a time, instead of just all
  • broke out tweakable fit parameters into a separate parameters.m file
  • added a README that describes use

These changes were committed to the 40m svn.

  14650   Mon Jun 3 23:18:59 2019 MilindUpdateComputer Scripts / Programsupdating bashrc

I was working with the git repo in the SnapPy_pypylon folder (/cvs/cds/rtcds/caltech/c1/scripts/GigE/SnapPy_pypylon) and needed to create a branch. To avoid any confusion, I modified the PS1 variable and that alone in the bashrc file to reflect the git branch so that the prompt now displays the git branch if you enter a repository. This is just an update.

  12191   Thu Jun 16 16:11:11 2016 jamieUpdateCDSupgrade aborted for now

After poking at the new configuration more, it also started to show instability.  I couldn't figure out how to make test points or excitations available in this configuration, and adding in the full set of test point channels, and trying to do simple things like plotting channels with dtt, the frame writer (fw) would fall over, apparetnly unable to keep up with the broadcast from the dc.

I've revered everything back to the old semi-working fb configuration, and will be kicking this to the CDS group to deal with.

  16507   Wed Dec 15 13:57:59 2021 PacoUpdateComputersupgraded ubuntu on zita

[Paco]

Upgraded zita's ubuntu and restarted the striptool script.

  11649   Tue Sep 29 18:03:11 2015 ranaUpdateLSCuse LISO

Use LISO - see what it tells you. I would think that you should make a differential RC filter to get the right behavior. (e.g. 1K on each leg and 1 uF between them)

Each leg of the diff input of the board has a 4k input impedance.

But surely the AO input to the MC servo should also make sense independently.

Attachment 1: Screen_Shot_2015-09-29_at_5.55.34_PM.png
Screen_Shot_2015-09-29_at_5.55.34_PM.png
  6993   Thu Jul 19 15:55:21 2012 ranaUpdateComputersused 'aptitude' to install software (TexLive) on rosalba

I used APTITUDE to install texlive-full on rosalba so that I could work on a paper. pdflatex was not found on pianosa, rosalba, megatron, etc. I used this command:

sudo aptitude install texlive-full

While this was installing, I read a bunch of forums which claim that its better to bypass the apt-get and use the 
TexLive installer instead so that we can use its own package updater 'tlmgr'. Otherwise, the standard Ubuntu distributions
are years out of date (e.g. doesn't have RevTex 4.1).



  11651   Wed Sep 30 10:00:02 2015 ericqUpdateLSCused LISO

LISO confirms that I did my algebra right in picking the component values, and shows no extra zeros. 

I also took some TFs with the SR785 and confirmed that both CM board inputs behave the same, and that including the LPF on the input gives the expected 1/f shape at the slow and fast outputs.

  2658   Fri Mar 5 11:21:18 2010 steveUpdateSUSused OSEMs are magnetic

Quote:

Jenne and Koji

We successfully hung ITMX on the SOS. Side magnet is ~2mm off from the center of the OSEM. ITMX aligned using the QPD. The OSEMs changes the alignment. It looks that something magnetic is inside the OSEM PD or LED.

Reguled ITMY side magnet.

Cleaned up the lab for the safety inspection.

 The brand new OSEM LED and PD can be picked up with a weak magnet. These ferrous metals of LEDs and PDs will be magnetized by sitting in the sus next to the

magnets for years. I hanged optics with new OSEMs and never saw this effect before.

 

 

We have to demagnetize them.

  2659   Fri Mar 5 18:04:56 2010 ranaUpdateSUSused OSEMs are magnetic

The OSEM LEDs and PDs from Honeywell have always had some ferromagnetic material in them. These are the same OSEMs we had since 2000.

You must be thinking of the really old 20th century plastic OSEMs.

  6822   Sat Jun 16 01:03:21 2012 yutaUpdateGreen Lockingused longer delay line for mode scan

[Mengyao, Yuta]

Last night, I used 1.5 m delay line COARSE and got 5FSR mode scan. The range 5FSR was limited by the range of SR560.
So, this time, we used 6.4 m(21 feet) cable as a delay line for FINE servo. This should increase the sensitivity by factor of 4. But the range will be 4 tmes smaller, ~ 1.3FSR.

Below is the plot of the mode scan.
You can see the peak height difference between TEM00s, but it's just from the resolution of pixels.

You still can see noisiness goes up when blue plot goes down. But this time, 2000 stands for 27 MHz and -2000 stands for 15 MHz in the beat frequency because we flipped the filter gain this time.
Last night, the top of the triangle was about 40 MHz and bottom was about 60 MHz.


YarmScan20120615.png

We are going to derive mode-matching and some cavity parameters using this plot.

  9023   Sun Aug 18 20:07:41 2013 ranaUpdateComputer Scripts / Programsuserapps SVN up

JoeB and JamieR are working somewhat coherently on a set of python libraries to fulfill all of our command line CDS wants. This is being done mostly to satisfy The Guardian and the SkunkTools project.

I did an 'svn up' in /opt/rtcds/userapps (it might finish in ~1000 years) to get the things that they have so far (in particular, Joe's 'pyavg'). There's going to be some issues since the pylib stuff written by Yuta/Kiwamu has never been integrated with anything and is imported as 'epics' in many python scripts. As we move over to the new stuff there will be a lot of broken script functions since the new libraries are also used in that way.

  1614   Wed May 20 16:03:52 2009 steveOmnistructureEnvironmentusing OSEMs to look at seismic activity

Rana suggested using OSEM sensing voltages as guide lines to look seismic activity.

As you see todays drilling and tumping activity was nothing compared to the EQ of mag 5 and 4

Optic level servos are turned back on.

 

What Steve means is that there is some drilling going on in the CES shop to accomodate the new water flume group. We want to

make sure that the mirrors don't move enough to break the magnets. On the dataviewer we should look to make sure that the

sensor channels stay between 0-2 V.     -Rana

 

Attachment 1: eqOSEM5m4.jpg
eqOSEM5m4.jpg
  7620   Thu Oct 25 09:32:17 2012 SteveOmnistructureIOOusing access connector

Quote:

Quote:

Quote:

Quote:

We really need something better to replace the access connector when we're at air.  This tin foil tunnel crap is dumb.  We can't do any locking in the evening after we've put on the light doors.  We need something that we can put in place of the access connector that allows us access to the OMC and IOO tables, while still allowing IMC locking, and can be left in place at night.

 It is in the shop. It will be ready for the next vent. Koji's dream comes through.

 24" diameter clear acetate access connector is in place. The 0.01" thick plastic is wrapped around twice to insure air and bug tight barrier for the MC to lock overnight. The acetate transmission for 1064 nm is 90 % This was measured at 150 mW   2.5 mm beam size.

 

 Aluminum sheet as shown will replace the acetate. Side entries for your arms and "window" on the top will be covered with acetate using double- sided removable-no residue tape 3M 9425

 The second loop of the bungee cord should be on the top of the acrylic  and still on the supporting aluminum tube as shown.

Attachment 1: acclosing.jpg
acclosing.jpg
  196   Tue Dec 18 16:50:35 2007 tobinUpdateSAFETYuvex laser safety glasses defective
A few days ago we noticed what appeared to be a blotched, speckled fracturing of the coating of the "UVEX" laser safety glasses. These are the glasses with "transparent" (reflective to 1064nm) lenses and white frames that we keep in a box on top of a filing cabinet in the control room. Today Steve measured the transmission of these glasses and found 80% transmission of 1064nm in several cases.

Do not use the white, transparent "uvex" laser safety glasses until further notice. Steve has hidden them away so that you won't be tempted.

Below is attached a photo of a bad lens.
Attachment 1: bad-glasses.jpg
bad-glasses.jpg
Attachment 2: bad-glasses-zoom.jpg
bad-glasses-zoom.jpg
  24   Mon Oct 29 09:46:50 2007 steveRoutineVACvac & pem trend
Pumpdown 64 pumped by maglev for 125 days
pd64-m-d125

Rob, can you tell me, when did the fire start on this plot?
Attachment 1: pd64md125.jpg
pd64md125.jpg
  1199   Sun Dec 21 13:00:06 2008 steveUpdateall down cond.vac and laser back on
There was a power outage sometimes early Saturday.

All things are down.

The Maglev was started and reached normal operating condition.
V1 was opened at P1 3.8 mTorr and cc1 is back to 3e-6 Torr now

The MOPA was turned on.
Ion pump HV on to FSS cavity.
  423   Thu Apr 17 15:00:59 2008 steveUpdateVACvac controller computer to be replaced
Now that Rosalba is up and running someone should step forward to volunteer for this job.

Old desk top at the Vacuum Rack should be replaced by a functional less old computer so
the vacuum controller can count on an emergency situation. It's only has to be able to run medm
The existing one is dying.
ELOG V3.1.3-