40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 327 of 327  Not logged in ELOG logo
New entries since:Wed Dec 31 16:00:00 1969
ID Date Author Type Category Subjectup
  4564   Mon Apr 25 11:58:37 2011 JamieBureaucracyComputerswiki?

Quote:

40m wiki seems to have been down for quite a while now but I can't see any info in the elog about it.  Is there some ongoing problem?

 There was an email from Dave Barker about this.  They had to reorganize the DNS at LHO.  The URL that should be used is: http://blue.ligo-wa.caltech.edu:8000/40m

  4565   Mon Apr 25 12:55:19 2011 JenneBureaucracyComputerswiki?

Quote:

Quote:

40m wiki seems to have been down for quite a while now but I can't see any info in the elog about it.  Is there some ongoing problem?

 There was an email from Dave Barker about this.  They had to reorganize the DNS at LHO.  The URL that should be used is: http://blue.ligo-wa.caltech.edu:8000/40m

 Nope.  I know I had the right address, and it was down for me too all weekend.  It's better now though.  blue.ligo-wa.caltech.edu was up though.

  4566   Mon Apr 25 12:55:35 2011 AlastairBureaucracyComputerswiki?

Quote:

Quote:

40m wiki seems to have been down for quite a while now but I can't see any info in the elog about it.  Is there some ongoing problem?

 There was an email from Dave Barker about this.  They had to reorganize the DNS at LHO.  The URL that should be used is: http://blue.ligo-wa.caltech.edu:8000/40m

 Thanks Jamie, I've updated the links from the ATF wiki to reflect this.

  1384   Wed Mar 11 04:33:57 2009 ranaConfigurationComputer Scripts / Programswild ndsproxy tclshexe

The ndsproxy tcl task on nodus was eating up all the CPU and making the elog slow. I killed it and restarted it.

It looks like it hasn't been making a log file since January. Someone who has some skill in decoding the cryptic csh stdout redirection

syntax should look into this (its in target/ndsproxy/)

  13050   Wed Jun 7 15:41:51 2017 SteveUpdateComputerswindow laptop scanned

Randy Trudeau scanned our Window laptop Dell 13" Vostro and Steve's memory stick for virus. Nothing was found. The search continues...

Rana thinks that I'm creating these virus beasts with taking pictures with Dino Capture and /or Data Ray on the window machine........

 

 

  6209   Wed Jan 18 12:36:26 2012 kiwamuUpdateLSCwiped a steering mirror on the REFL path

I wiped both surfaces of the REFL second steering mirror.

However no improvements. The glitches still remain.

 

(Pic.1 before wiping, Pic.2 after wiping)

DSC_3861_small.jpgDSC_3863_small.jpg

Quote from #6206

 Last night I found that there were many dust particles on the second steering mirror in the REFL path on the AS table.

  3111   Wed Jun 23 23:55:03 2010 Katharine, Sharmila, Rana, Steve and KiwamuUpdateVACwiped the BS

Some unused optics in the BS chamber were removed. 

After that the beam splitter has been drag wiped. 

So now the BS chamber is waiting for the installation of  the other core optics i.e. PRM, SRM and Tip-Tilts. 

 

-- removing of unused optics

      There were some unused optics, mainly 1.5 inch optics which had been used for the oplevs in the chamber. 

Kathaine, Shamila (Team Magnet) and Kiwamu took those optics out from the chamber.

And then we carefully wrapped each of them by aluminum foils and put them in some clear boxes.

In fact, before wrapping them, we gently attached lens papers on their HR surfaces such that aluminum foils can not damage it.

Now there are only three 1.5 inch optics in the chamber, and they are supposed to be used for the oplevs.

We didn't remove any of the 2 inch optics and the PZT mirrors because they are still going to be used.

These are the pictures of the BS chamber after we cleaned up them. 

 

-- wiping of the BS

        Rana and Kiwamu drag wiped the HR surface of the BS by using lens paper with the solvents.

The below is the procedure we did. You can find some details about the wiping technique for suspended optics in this entry.

In this time we could wipe the beam splitter without removing the front earthquake stops because the beam splitter was brought close enough to us. 

 

(1). put some blocks attaching the edge of the bottom plate of the tower in order to record the original position.

(2).  locked the beam splitter to the frame by screwing the earthquake stops.

(3). made sure if it is really locked by seeing the output signal of the OSEMs in dataviewer. If it's locked successfully, the resonant frequency gets higher and the Q-value gets lower.

(3).  moved the BS tower close to the door in order to reach the beam splitter easily.

(4). inspected the surface by using a fiber light. There were about 10 bright spots on the HR surface.

(5). wiped the surface three times by using the lens paper with Aceton.

(6). wiped it several times with Isopropyl.

(7). inspected the surface again, found there were no big bright spots near the center. Thumbed up 

(8). put the tower back to the original place and released the beam splitter from the earthquake stops.

  12355   Fri Jul 29 15:17:23 2016 SteveUpdateSUSwire and clamping test

Unbaked steel music wire from  "Ca Fine Wire Co" from 24" od spool, od 0.0017" used. Identical to the one that broke.

The set up as shown with silver plated screws-washers on clamp. The unused clamp edges were sanded on P800 paper at 45 degrees just not to be very sharp.

Use your finger to feel the sharpness of  edge and sand till it gets a little bit not so sharp. The drawing note is "sharp edges" on wire clamp for low loss, high Q in mind.

The wire broke at the midle with single load 295 grms

The wire hold on overnight at single load 242 grms  Vezo torque wrench is not accurate!  This test was performed ~ 1.5Nm  DO NOT USE THIS NUMBER! (added at 8-10-2016)

This gives us a factor of 2 safety  with loop suspended of 250 grms small optic.

 

 

Attachment 1: 43micr242grs.jpg
43micr242grs.jpg
  16472   Wed Nov 17 07:32:48 2021 ChubUpdateGeneralwire clamp plate mod

This will be difficult to modify with the magnets and dumbells in place.  Even if someone CAN clamp this piece into an endmill machine with the magnets/dumbells in place, the vibration of the cutting operation may be enough to break them off.

  16473   Wed Nov 17 11:53:27 2021 KojiUpdateGeneralwire clamp plate mod

Of course, we remove the magnet-dumbbell for machining. After that the part will be cleaned/baked again. And Yehonathan is going to glue the magnet-dumbbell again.

  12421   Thu Aug 18 08:17:16 2016 SteveUpdateSUSwire clamping preparation

The wire inprints were removed by 800P grain paper [Norton 73568] The SS bridge block now has an undesireble vally in the wire location.

The sus bridges were soaked in acetone over night and sonicated to remove residual sand paper.

 

Quote:

I just put in the following into the air bake oven for a 12 hour, 70C bake:

  • ETMX and ETMY cages (with sanded suspension blocks loosely tightened for now, we will tighten them after the bake)
  • 13 new wire clamps that were recently made by the shop
  • 7 lengths of suspension wire (since the new wire is unlikely to arrive for another 2 weeks). This should be sufficient in case we overtighten the wire clamps a couple of times and the wire snaps.

I put these in at 10.30pm. So the oven will be turned off at 10.30am tomorrow morning. The oven temperature seems stable in the region 70-80 C (there is no temperature control except for the in built oven control, I just adjusted the dial till I found the oven remains at ~70C.

Tomorrow, we will look to put on first contact onto the ETMs, and then get about to re-suspending them.

 

Attachment 1: 800P.jpg
800P.jpg
  12036   Wed Mar 16 15:36:03 2016 SteveUpdateSUSwire standoff test cut

Ruby wire standoff 1 mm od. with V-groove test cut. SOS sus wire 0.0017" od. is in the background.
 

Attachment 1: 0182_-_20160316_135935.png
0182_-_20160316_135935.png
  12037   Wed Mar 16 16:02:40 2016 KojiUpdateSUSwire standoff test cut

It looks almost OK, but we need a bit sharper picture for both the groove and thw wire.

Attachment 1: ruby.png
ruby.png
  11642   Fri Sep 25 11:08:33 2015 SteveUpdateSUSwire standoffs

Our last effort to change the existing Al-6061 wire standoffs was at April 2012

We requested sapphire and/or ruby materials with smaller R at the bottom of the  groove. Groove polishing was asked for.

Insaco Inc. quote 84740 as " best effort " NO POLISHING.  The groove cut to be with eximer laser.

Jeff Lewis as 9-12-2012:  the LIGO sapphire prisms grooves were NOT POLISHED  but Resonatics used the corner of a rasor blade to scrape off the

ablated material wich was redeposited in and around the grooves.
 

Attachment 1: wireStandOff_SOS.PDF
wireStandOff_SOS.PDF
  1722   Wed Jul 8 11:13:36 2009 AlbertoOmnistructureComputerswireless router disconnected

Once again, this morning I found the wireless router disconnected from the LAN cable. No martian WiFi was available.

I wonder who is been doing that and for what reason.

  13471   Wed Dec 13 09:49:23 2017 johannesUpdateASSwiring diagram

I attached a wiring schematic from the slow DAQ to the eurocrate modules. Of these, pins 1-32 (or 1A-16C) and pins 33-64 (17A-32C) are on separate DSub connectors. Therefore the easiest solution is to splice the slow DIO channels into the existing breakouts so we can proceed with the transition. This will still remove a lot of the current cable salad. For the YEND we can start thinking about a more elegant solution (For example a connector on the front panel of the Acromag chassis for the fast DIO) now that the problem is better defined.

Attachment 1: 1Y9.pdf
1Y9.pdf
  4720   Sun May 15 14:01:56 2011 kiwamuUpdateIOOwiring diagram for IP-POS

Here is a wiring diagram which shows how IP-POS (new official name is IB_POS) is connected.

Another thing we have to remember is : at some point we will also connect some more QPDs (e.g. POX, POY, AS, REFL and POP) in the same way.

They will also be acquired by the same slow machine : c1iscaux.

ip_pos.png

Quote from #4704

IP_POS is back. 

Hopefully I will make a simple wiring diagram such that we will never forget the connections.

  4725   Mon May 16 11:14:36 2011 ranaUpdateIOOwiring diagram for IP-POS

Just FYI, the 3113 is a 12-bit ADC, so we won't get very good resolution out of these. We should get one of those purple boxes.

Also, I corresponded some with Dave Barker. The 40m Wiki at LHO is down because of disk errors. He's working on it and will let us know. But suggests that we move it to Caltech since he'll turn the box off at the end of the year.

Mon May 16 13:57:49 2011    Wiki is back up.

  9425   Mon Nov 25 10:57:14 2013 KojiUpdateCDSwoes on the X-end hosts

This morning I came in the 40m then found
1) c1auxex was throwing out the same errors as recently seen.
2) c1iscex processes had errors which persisted even after the mx stream reset.

1) c1auxex - fixed

Tried telnet c1auxex => rejected by the host

Went down to the south end. Power cycled the target. Came back to the control room.
=> Confirmed the epics read/write is back.
Burtrestored the epics vars for the target to the snapshot on 31th Oct at 5:07.

2) c1iscex - still not fixed

ssh c1iscex
rtcds restart all
=> c1x01 is still in red. 
Followed the procedure on the elog entry 9007. => Still the same error.

At least c1x01 is stalled. Here is the status.

Sync Source is TDS.
C1:DAQ-DC0_C1X01_STATUS is 0x2bad.
C1:DAQ-DC0_C1X01_CRC_SUM stays 0.
The screen shot is attached.

dmesg related to c1x01

controls@c1iscex ~ 0$ dmesg |grep c1x01
[   32.152010] c1x01: startup time is 1069440223
[   32.152012] c1x01: cpu clock 3000325
[   32.152014] c1x01: Epics shmem set at 0xffffc9001489c000
[   32.152208] c1x01: IPC at 0xffffc90018947000
[   32.152209] c1x01: Allocated daq shmem; set at 0xffffc9000480c000
[   32.152210] c1x01: configured to use 4 cards
[   32.152211] c1x01: Initializing PCI Modules
[   32.152226] c1x01: ADC card on bus b; device 4 prim b
[   32.152227] c1x01: adc card on bus b; device 4 prim b
[   32.154801] c1x01: pci0 = 0xdc300400
[   32.154837] c1x01: pci2 = 0xdc300000
[   32.154842] c1x01: ADC I/O address=0xdc300000  0xffffc90003f62000
[   32.154845] c1x01: BCR = 0x84060
[   32.154858] c1x01: RAG = 0x117d8
[   32.154861] c1x01: BCR = 0x84260
[   32.583220] c1x01: SSC = 0x16
[   32.583223] c1x01: IDBC = 0x1f
[   32.583236] c1x01: DAC card on bus 14; device 4 prim 14
[   32.583237] c1x01: dac card on bus 14; device 4
[   32.584527] c1x01: pci0 = 0xdc400400
[   32.584546] c1x01: dac pci2 = 0xdc400000
[   32.584551] c1x01: DAC I/O address=0xdc400000  0xffffc90003f6a000
[   32.584555] c1x01: DAC BCR = 0x810
[   32.584678] c1x01: DAC BCR after init = 0x30080
[   32.584681] c1x01: DAC CSR = 0xffff
[   32.584687] c1x01: DAC BOR = 0x3415
[   32.584693] c1x01: set_8111_prefetch: subsys=0x8114; vendor=0x10e3
[   32.584722] c1x01: Contec 1616 DIO card on bus 23; device 0
[   32.593429] c1x01: contec 1616 dio pci2 = 0x4001
[   32.593430] c1x01: contec 1616 diospace = 0x4000
[   32.593434] c1x01: contec dio pci2 card number= 0x0
[   32.593439] c1x01: Contec BO card on bus 18; device 0
[   32.593447] c1x01: contec dio pci2 = 0x3001
[   32.593448] c1x01: contec32L diospace = 0x3000
[   32.593451] c1x01: contec dio pci2 card number= 0x0
[   32.593456] c1x01: 5565 RFM card on bus 7; device 4
[   32.597218] Modules linked in: c1x01(+) open_mx mbuf
[   32.599939]  [<ffffffffa002e430>] mapRfm+0x71/0x392 [c1x01]
[   32.600199]  [<ffffffffa002ec91>] mapPciModules+0x540/0x8cf [c1x01]
[   32.600458]  [<ffffffffa002f2c1>] init_module+0x2a1/0x9d6 [c1x01]
[   32.600717]  [<ffffffffa002f020>] ? init_module+0x0/0x9d6 [c1x01]
[   32.616194] c1x01: RFM address is 0xd8000000
[   32.616196] c1x01: CSR address is 0xdc000000
[   32.616206] c1x01: Board id = 0x65
[   32.616209] c1x01: DMA address is 0xdc000400
[   32.616213] c1x01: 5565DMA at 0xffffc90003f72400
[   32.616215] c1x01: 5565 INTCR = 0xf010100
[   32.616217] c1x01: 5565 INTCR = 0xf000000
[   32.616218] c1x01: 5565 MODE = 0x43
[   32.616220] c1x01: 5565 DESC = 0x0
[   32.616232] c1x01: 5 PCI cards found
[   32.616233] c1x01: ***************************************************************************
[   32.616234] c1x01: 1 ADC cards found
[   32.616235] c1x01:     ADC 0 is a GSC_16AI64SSA module
[   32.616236] c1x01:         Channels = 64
[   32.616236] c1x01:         Firmware Rev = 34
[   32.616238] c1x01: ***************************************************************************
[   32.616239] c1x01: 1 DAC cards found
[   32.616239] c1x01:     DAC 0 is a GSC_16AO16 module
[   32.616240] c1x01:         Channels = 16
[   32.616241] c1x01:         Filters = None
[   32.616242] c1x01:         Output Type = Differential
[   32.616242] c1x01:         Firmware Rev = 6
[   32.616244] c1x01: MASTER DAC SLOT 0 1
[   32.616244] c1x01: ***************************************************************************
[   32.616246] c1x01: 0 DIO cards found
[   32.616246] c1x01: ***************************************************************************
[   32.616248] c1x01: 0 IIRO-8 Isolated DIO cards found
[   32.616248] c1x01: ***************************************************************************
[   32.616250] c1x01: 0 IIRO-16 Isolated DIO cards found
[   32.616250] c1x01: ***************************************************************************
[   32.616252] c1x01: 1 Contec 32ch PCIe DO cards found
[   32.616252] c1x01: 1 Contec PCIe DIO1616 cards found
[   32.616253] c1x01: 0 Contec PCIe DIO6464 cards found
[   32.616254] c1x01: 2 DO cards found
[   32.616255] c1x01: TDS controller 0 is at 0
[   32.616256] c1x01: Total of 4 I/O modules found and mapped
[   32.616257] c1x01: ***************************************************************************
[   32.616259] c1x01: 1 RFM cards found
[   32.616260] c1x01:     RFM 0 is a VMIC_5565 module with Node ID 41
[   32.616261] c1x01: address is 0x18d80000
[   32.616261] c1x01: ***************************************************************************
[   32.616262] c1x01: Initializing space for daqLib buffers
[   32.616263] c1x01: Initializing Network
[   32.616264] c1x01: Found 1 frameBuilders on network
[   32.616265] c1x01: Epics burt restore is 0
[   33.616012] c1x01: Epics burt restore is 0
[   34.617018] c1x01: Epics burt restore is 0
[   35.618017] c1x01: Epics burt restore is 0
[   36.619011] c1x01: Epics burt restore is 0
[   37.621007] c1x01: Epics burt restore is 0
[   38.622008] c1x01: Epics burt restore is 0
[   39.733257] c1x01: Sync source = 4
[   39.733257] c1x01: Waiting for EPICS BURT Restore = 1
[   39.793001] c1x01: Waiting for EPICS BURT 0
[   39.793001] c1x01: BURT Restore Complete
[   39.793001] c1x01: Found a BQF filter 0
[   39.793001] c1x01: Found a BQF filter 1
[   39.793001] c1x01: Initialized servo control parameters.
[   39.794002] c1x01: DAQ Ex Min/Max = 1 3
[   39.794002] c1x01: DAQ XEx Min/Max = 3 53
[   39.794002] c1x01: DAQ Tp Min/Max = 10001 10007
[   39.794002] c1x01: DAQ XTp Min/Max = 10007 10507
[   39.794002] c1x01: DIRECT MEMORY MODE of size 64
[   39.794002] c1x01: daqLib DCU_ID = 19
[   39.794002] c1x01: Calling feCode() to initialize
[   39.794002] c1x01: entering the loop
[   39.794002] c1x01: ADC setup complete
[   39.794002] c1x01: DAC setup complete
[   39.794002] c1x01: writing BIO 0
[   39.814002] c1x01: writing DAC 0
[   39.814002] c1x01: Triggered the ADC
[   40.874003] c1x01: timeout 0 1000000
[   40.874003] c1x01: exiting from fe_code()

 

Attachment 1: Screenshot.png
Screenshot.png
  12764   Fri Jan 27 19:40:03 2017 ranaMetaphysicselogword wrapping & large images

"Why does the word wrapping not work in our browsers with ELOG?" I sometimes wonder. Some of the elogs are fine, but often the 40m one has the text run off the page.

I found that this is due to people uploading HUGE images. If you need to do this, just use the shrink feature in the elog compose window so that we only have to see the thumbnail at first. Otherwise your 12 MP images will make it hard to read everyone else's entries.

  4862   Thu Jun 23 02:12:12 2011 SonaliUpdateGreen Lockingwork schedule.

 June 22-June 24:

1.Coupling light into fibre at the ETMY.

2.Routing of the fibre to the PSL table.

June 27-June 30:

1.PSL optical table layout sketching.

2.Combining the PSL beam with fibre output onto a BS and then superpose them on a New Focus 1611 PD.

July 5-July 8:

1.Conversion of the PD output to voltage using MFD(Mixer Frequency Discriminator).

2. Report writing.

July 7: 5:00 pm: 1st Report Due.

July 11-July 22:

1.Locking Y-arm to PSL.

2.Setting up the feedback loop using the MFD output as the error signal and acting on the AUX laser frequency.

July 25-Aug 5:

1.Y-Arm cavity characterisation.

Measurement of the transmission of IR and green light through the cavity.

2.Analysis.

To obtain FSR, Finesse,Loss of the Cavity, Visibility, Transverse Modes(g-factor, astigmatism), Reflectivity, Q-factor.

3.Report and abstract writing.

Aug 1: 5:00 pm: 2nd Report and absract due.

Aug 8-11:

Preparation for talk and seminar.

  11324   Tue May 26 11:05:10 2015 SteveUpdatePEMworked around ETMY seism.

The cable tray holder cross beam is removed and cut short for good access to seismometer.

Attachment 1: ETMYseismic.png
ETMYseismic.png
Attachment 2: cut.jpg
cut.jpg
  12391   Wed Aug 10 10:32:44 2016 SteveUpdateSEIworking Guralps as they are

The saga has started here  We have to give credit to the Boss who fixed it. The seismometers themself are not labeled yet.

Atm6  added on 8-12-2016   EX needed to be centered

Thanks to Max for the nice plost at summery pages

 

Attachment 1: InterfboxOutpFixed.png
InterfboxOutpFixed.png
Attachment 2: GuralpsCoherences.png
GuralpsCoherences.png
Attachment 3: GurInterfBox.jpg
GurInterfBox.jpg
Attachment 4: EX.jpg
EX.jpg
Attachment 5: EY.jpg
EY.jpg
Attachment 6: EX_EY.png
EX_EY.png
  2163   Fri Oct 30 04:41:37 2009 robUpdateLockingworking again

I never actually figured out exactly what was wrong in entry 2162, but I managed to circumvent by changing the time sequence of events in the up script, moving the big gain increases in the common mode servo to the end of the script.  So the IFO can be locked again.

  11627   Mon Sep 21 15:22:19 2015 jamieUpdateDAQworking on new fb replacement

I've been putting together a new machine that Rolf got for us as a replacement for fb.

I've installed and configured the OS, and compiled daqd and the necessary supporting software.  I want to try acquiring data with it.  This will require removing the current/old fb from the DAQ network, and adding the new machine.  It should be able to be done relatively non-invasively, such that none of the front end configuration needs to be adjusted, and the old fb can be put back in place easily.

If the test is successfully, then I'll push ahead with the rest of the replacement (such as either moving or copying the /frames RAID to the new machine).

I will do this work in the early AM tomorrow, September 22, 2015.

  2321   Tue Nov 24 14:33:22 2009 AlbertoUpdateABSLworking on the AP table

I'm working on the AP table. I also opened the auxiliary NPRO shutter. The auxiliary beam is on its path on the AP table and PSL table.

  2324   Tue Nov 24 19:16:02 2009 AlbertoUpdateABSLworking on the AP table

Quote:

I'm working on the AP table. I also opened the auxiliary NPRO shutter. The auxiliary beam is on its path on the AP table and PSL table.

 Closing the AP table and the NPRO shutter now.

  12404   Fri Aug 12 14:37:34 2016 SteveUpdateSEIworking seismometers as they are

2.1 mag earth quake in Norhten Ca

Our seimometers need professorial centering. Related electronics must be checked too.

Quote:

The saga has started here  We have to give credit to the Boss who fixed it. The seismometers themself are not labeled yet.

Atm6  added on 8-12-2016   EX needed to be centered

Thanks to Max for the nice plost at summery pages

 

 

Attachment 1: eq_2.1m_Geysers_CA.png
eq_2.1m_Geysers_CA.png
Attachment 2: eq2.1m_GeysersCA.png
eq2.1m_GeysersCA.png
Attachment 3: oscillations.png
oscillations.png
  8529   Sat May 4 00:21:00 2013 ranaConfigurationComputersworkstation updates

 Koji and I went into "Update Manager" on several of the Ubuntu workstations and unselected the "check for updates" button. This is to prevent the machines from asking to be upgraded so frequently - I am concerned that someone might be tempted to upgrade the workstations to Ubuntu 12.

We didn't catch them all, so please take a moment to check that this is the case on all the laptops you are using and make it so. We can then apply the updates in a controlled manner once every few months.

  5574   Thu Sep 29 03:43:20 2011 kiwamuUpdateASCwrong channel assignment on IPPOS

The channels for IPPOS had been assigned in a wrong way.

Because of this, C1:ASC-IP_POS_X_Calc corresponds to the actual vertical motion and C1:ASC-IP_POS_Y_Calc is for the horizontal motion.

We should fix the database file to get the correct vertical/horizontal corrdinate.

  4734   Tue May 17 19:38:32 2011 kiwamuUpdateSUSwrong connection on 1X5

Today Steve was working around the 1X5 rack to strain relief the cable jungles and the jungle is now getting less jungle.

During the work he disconnected and reconnected some cables.

So for a doublecheck I checked all the suspensions to see if the suspensions are still healthy or not.

Aha, then I found a mistake.

 

See the pictures below. It's a very subtle difference. This wrong connection prevented MC1 and MC3 from damping.

wrong.png correct.png

  1251   Fri Jan 23 16:33:27 2009 peteUpdateoplevsx-arm oplev calibrations
ITMXpit 71 microrad/ct
ITMXyaw 77 microrad/ct
ETMXpit 430 microrad/ct
ETMXyaw 430 microrad/ct

As with y-arm, my ITM measurements agree with Kakeru and Royal, but my ETM measurements are not quite a factor of 2 higher. Kakeru and I are investigatin.
  7718   Fri Nov 16 03:12:39 2012 Ayaka, DenUpdateGreen Lockingxarm locked

We aligned and locked xarm for green.

etmxf.png

  7719   Fri Nov 16 09:57:57 2012 JenneUpdateGreen Lockingxarm locked

Quote:

We aligned and locked xarm for green.

 

 That's really, really awesome!

 

  9971   Mon May 19 22:44:21 2014 denUpdatePEMxend sei isolation kit is set

Quote:

Yend seismometer isolation kit (elog 8461) hosts Guralp seismometer. I made a cable for inside connection, assembled the kit and relocated the instrument from its previous position at the yend inside the kit.

Seismometer is connected to the readout box and running.

    

 Xend internal cabling and external connector is ready. We are waiting for seismometer from Gyro lab. We still need to fix the pot with clamps after we put the instrument in.

We also need a long cable from Xend to the guralp readout box.

  7716   Thu Nov 15 21:52:48 2012 Den, AyakaUpdateGreen Lockingyarm locked

We aligned and locked Y arm for green:

  • installed camera on PSL to monitor green transmission
  • aligned green path on the ETMY table to see the beam on the PSL camera
  • misaligned ETMY and aligned ITMY to see reflected beam on REFL PD
  • installed green transmission PD on PSL
  • aligned ETMY and locked YARM to 00 mode

I've switched error channel cable to output monitor. Whitening filter is need for scattering measurements.

   etmyf.png  yarm.png

  9485   Wed Dec 18 03:29:48 2013 DenUpdateLSCyarm locked on mc

As a CM slow path test I locked free swinging yarm by actuating on MC length with bandwidth of 200 Hz. Crossover with AO is not stable so far.

I used xarm as an ool frequency noise sensor. MC2 violin mode is at 645 Hz, I have added a notch filter to LSC-MC2 bank.

Attachment 1: MC_ARM.pdf
MC_ARM.pdf
  9967   Sat May 17 14:48:06 2014 denUpdatePEMyend sei isolation kit is set

Yend seismometer isolation kit (elog 8461) hosts Guralp seismometer. I made a cable for inside connection, assembled the kit and relocated the instrument from its previous position at the yend inside the kit.

Seismometer is connected to the readout box and running.

IMG_1405.JPG    IMG_1406.JPG

  10131   Mon Jul 7 08:13:41 2014 steveUpdateGeneralyes,there was firework
Attachment 1: 8days.png
8days.png
  2808   Mon Apr 19 13:23:03 2010 josephbConfigurationComputersyum update fixed on control room machines

I went to Ottavia, and tried running yum update.  It was having dependancy issues with mjpegtools, which was a rpmforge provided package.  In order to get it to update, I moved the rpmforge priority above (a lower number) that of epel ( epel -> 20 from 10, rpmforge -> 10 to 20).  This resolved the problem and the updates proceeded (all 434 of them). yum update on Ottavia now reports nothing needs to be done.

I went to Rosalba and found rpmfusion repositories enabled.  The only one of the 3 repositories in each file enabled was the first one.

I then added priority listing to all the repositories on Rosalba.  I set CentOS-Base and related to priority=1.  I set CentOS-Media.repo priority to 1 (although it is disabled - just to head off future problems). I set all epel related to priorities to 20. I set all rpmforge related priorities to 10.  I set all rpmfusion related priorities to 30, and left the first repo in rpmfusion-free-updates and rpmfusion-nonfree-updates were enabled.  All other rpmfusion testing repositories were disabled by me.

I then had to by hand downgrade expat to expat-1.95.8-8.3.el5_4.2.x86_64 (the rpmforge version).  I also removed and reinstalled x264.x86_64.  Lastly I removed and reinstalled lyx. yum update was then run and completed successfully.

I installed yum-priorities on Allegra and made all CentOS-Base repositories priority 1. I similarly made the still disabled CentOS-Media priority 1.  I made all epel related repos priority 20.  I made all lscsoft repos priority=50 (not sure why its on Allegra and none of the other ones).  I made all rpmforge priorities 10.  I then ran "yum update" which updated 416 packages.

 

So basically all the Centos control room machines are now using the following order for repositories:

CentOS-Base > rpmforge > epel > (rpmfusion - rosalba only) > lscsoft (allegra only)

I'm not sure if rpmfusion and lscsoft are necessary, but I've left them for now.  This should mean "yum update" will have far fewer problems in the future.

 

  1360   Thu Mar 5 02:24:19 2009 ranaConfigurationComputersyum.repos.d

I added the following repos which I found on allegra to megatron and then did a 'yum install sshfs' on both machines:

allegra:yum.repos.d>l
total 28
-rw-r--r-- 1 root root  428 Feb 12 16:47 rpmforge.repo
-rw-r--r-- 1 root root  684 Feb 12 16:47 mirrors-rpmforge
-rw-r--r-- 1 root root 1054 Feb 12 16:47 epel-testing.repo
-rw-r--r-- 1 root root  954 Feb 12 16:47 epel.repo
-rw-r--r-- 1 root root  626 Feb 12 16:47 CentOS-Media.repo
-rw-r--r-- 1 root root 1869 Feb 12 16:47 CentOS-Base.repo
-rw-r--r-- 1 root root  179 Feb 12 16:47 adobe-linux-i386.repo

This also required me to import the rpmforge GPG key:

sudo rpm --import http://dag.wieers.com/rpm/packages/RPM-GPG-KEY.dag.txt

  1546   Tue May 5 09:22:46 2009 carynUpdatePEMzeros

For several of the channels on the PEM ADCU, zeros are occuring at the same time. Does anyone know why that might happen or how to fix it?

Attachment 1: zerotest2.png
zerotest2.png
Attachment 2: zerotest.png
zerotest.png
  6784   Thu Jun 7 12:49:50 2012 JamieUpdateComputerszita network configured

Added zita to the martian host table, and configured his network accordingly:

zita            A       192.168.113.217

https://wiki-40m.ligo.caltech.edu/Martian_Host_Table

  9368   Tue Nov 12 21:50:01 2013 ranaUpdate zita network configured

 

 I installed 'nfs-client' on zita (the StripTool terminal). It now has mounted all the shared disks, but still can't do StripTool since its a 32-bit machine and our StripTool is 64.

  6774   Wed Jun 6 22:25:05 2012 JamieUpdateComputerszita now running ubuntu 10.04

I'll finish the rest of the config to turn it into a full-fledged workstation tomorrow.

  15016   Wed Nov 6 17:45:34 2019 gautamUpdateLSC~

Here is a comparison of the response of various DoFs in our various RFPD sensors for two different CARM offsets. Even in the case of the smaller CARM offset of ~1kHz, we are several linewidths away from the resonance. Need to do some finesse modeling to make any meaningful statement about this - why is the CARM response in REFL11 apparently smaller for the smaller CARM offset?

If you mistrust my signal processing, the GPS times for which I ran the sensing lines are:

CARM offset = ~30kHz (arm transmission <0.02) --- 1257064777+5min

CARM offset = ~1kHz (arm transmission ~5) --- 1257065566+5min

Quote:

Summary:

There seems to be stronger-than-expected coupling between CARM and the 3f sensors. 

ELOG V3.1.3-