Displaying reports 65261-65280 of 77210.Go to page Start 3260 3261 3262 3263 3264 3265 3266 3267 3268 End
Reports until 18:00, Tuesday 10 June 2014
H1 CDS (SUS)
james.batch@LIGO.ORG - posted 18:00, Tuesday 10 June 2014 (12304)
Suspension Hardware Watchdog at EY status
Dave, Jim

A hardware watchdog chassis has been installed in the suspension electronics rack under the Binary Input and Output chassis at EY.  It is currently connected to monitor ports on the satellite amps for M0.  It is NOT connected to interrupt the drive from the coil drivers.  This is only for testing the watchdog.  The RMS output from the watchdog is connected to the h1pemey AA chassis channel 31, while 3 of the outputs to turn off the coil drivers are connected to h1pemey AA chassis channel 28-30 for monitoring.

The watchdog is powered up, and we can monitor the status, but we have not succeeded in sending commands to set parameters for testing.
H1 CDS (SUS)
david.barker@LIGO.ORG - posted 17:26, Tuesday 10 June 2014 - last comment - 17:29, Tuesday 10 June 2014(12302)
SUS watchdogs, hardware and software, at EY

Dave, Jim, Jeff, Filiburto

Software Watchdogs

I created new h1iopsusex and h1iopseiex models which use the new RCG2.8 Watchdog and DACKILLIOP parts. This permits the timed shutdown of SEI and SUS DACs if the excitation of the suspension(s) persits over a period of time. These parts are available with RCG2.8.3, so initially I built the models against this. For test purposes the countdown timers have been kept short, between 10 and 30 seconds.

I put together a new software watchdog MEDM in userapps cds/h1/medm/H1CDS_SOFTWARE_SUS_TARGETEDWD_EY.adl (targeted watchdog). We are starting with EY since this is the easiest model (one chamber, simple mapping between SUS and SEI, one IPC channel).

Jeff setup SUS ETMY to drive the DACs, I then tested the watchdogs using oscillators I built into the IOP for test purposes. There were no problems found.

I then set the release pointers to build out of RCG branch-2.8 to get the final version of the WD parts (with trip levels in mV) and the reset-cached bug fixed.

Hardware Watchdogs

To support in monitoring-only testing of the hardware watchdog (HWWD) in EY, I modified the h1susetmy model to add the HWWD part, and link it to the Binary input and output channels which are connected to the unit. We were able to read back the status of the front panel LEDs, but were unable to set the WD parameters. I then installed the HWWD part the h1sustmsy as a test of using different Binary chassis, but the problem remains. I backed out the change in h1sustmsy, and made a copy of etmy called h1susetmx_hwwd.mdl. By reverting the models I did not need to do a DAQ restart.

The release pointers were set back to 2.8.3 and the sus models were recompiled and restarted.

Situation at the end of the day

So at the end of this, the IOP models are the new targeted/timed DACKILL version built against Branch2.8, the SUS ETMY,TMSY are back to the original and the SEI ISI/HPI models were not changed today.

Comments related to this report
david.barker@LIGO.ORG - 17:29, Tuesday 10 June 2014 (12303)

here are the associated restarts with the SUS WD work:

2014_06_10 11:26 h1iopsusey
2014_06_10 11:35 h1iopseiey
2014_06_10 11:41 h1iopseiey
2014_06_10 11:58 h1isietmy
2014_06_10 11:59 h1hpietmy
2014_06_10 12:01 h1susetmy
2014_06_10 12:01 h1sustmsy
2014_06_10 12:57 h1iopsusey
2014_06_10 12:58 h1susetmy
2014_06_10 12:58 h1sustmsy
2014_06_10 13:01 h1iopseiey
2014_06_10 14:01 h1susetmy
2014_06_10 15:23 h1sustmsy
2014_06_10 16:20 h1hpietmy
2014_06_10 16:22 h1isietmy
2014_06_10 16:29 h1susetmy
2014_06_10 16:30 h1susetmy
2014_06_10 16:30 h1sustmsy

H1 CDS
patrick.thomas@LIGO.ORG - posted 17:23, Tuesday 10 June 2014 (12301)
updated conlog channel list
There are 12 unmonitored channels that will be removed tomorrow.
H1 AOS
gary.traylor@LIGO.ORG - posted 16:37, Tuesday 10 June 2014 (12299)
ITMY Update
Gary

The LSAT lifting plates are attached to the lower structure.

Mark, Ed, Gary

The elevator, 5-axis table and installation arm have been removed from BSC3. The strengthening flange plates and flange protectors are installed on BSC1. We will finish installing the arm in the AM and fit the table and elevator.

H1 SUS
betsy.weaver@LIGO.ORG - posted 16:17, Tuesday 10 June 2014 - last comment - 09:57, Wednesday 11 June 2014(12292)
H1 ITMx Monolithic installed - another ESD cable issue

This morning, we used the Genie "duct jack", the install arm, elevator, and 5-axis table to install the newly assembled ITMx Monolithic lower suspension into the chamber and mate it to it's upper structure.  All went as expected.  We then proceeded to start reconnecting wire segments and cabling.  When we mated up the lowest stage of the ESD cable, we had a small hiccup.  One of the 5 pin receptacles had fallen into the connector back shell on the end that is soldered directly to the CP.  With some care, we were able to gently fish it back out and push it into place with the wire which had been tugging on the other end of the pin receptacle.  We expanded the receptacle such that it seemed to hold itself in place better.  As well, all 5 receptacle "houses" were twisted such that they seemed to seat better in the connector.  We then connected this female connector to it's upper male cable counterpart and it "seemed" like it the connection seated properly.  We have no way of visually knowing though.  WE NEED TO CHECK THIS AT THE FEEDTHRU, OR SOMETHING.

Comments related to this report
betsy.weaver@LIGO.ORG - 16:26, Tuesday 10 June 2014 (12296)

Picture of connector with "slipped" receptacle (furthest left, shown missing in black hole):

Images attached to this comment
betsy.weaver@LIGO.ORG - 16:31, Tuesday 10 June 2014 (12297)
Forgot to mention, we also suspended the entire QUAD.
jeffrey.kissel@LIGO.ORG - 16:34, Tuesday 10 June 2014 (12298)CDS, SYS
Just trying to figure out what Betsy's talking about (before Betsy subsequently posted a picture herself), I showed Gary and Margot my picture from much earlier in the install (right after it came out of the storage container, basically, from the collection in LHO aLOG 12286). Gary said immediately "Look! You can see it's not there even that early in the day!" I attach the picture, with the missing pin circled.
Non-image files attached to this comment
rich.abbott@LIGO.ORG - 17:09, Tuesday 10 June 2014 (12300)
This is bad.  The center pin of each coaxial connector is supposed to be held fixed by a PEEK cylinder specifically designed for this purpose.  If the center pin fell through once, it is likely to do it again.  I would do two things before buttoning things up:

1.  Take the connector apart and see what's really going on.  There may (albeit unlikely) be a way to immobilize the center conductor by hook or by crook.
2.  After whatever mitigation you are able to do, I would suggest cleaning a bit of wire and literally shorting across adjacent terminals on top of the CP (if that's even physically possible) while someone outside the vacuum chamber verifies connectivity from the airside.

It may be (I just can't remember) that there's some hope that the center pin can be snapped into place with tweezers after disassembling the connector.  That would be really good if it were true.

betsy.weaver@LIGO.ORG - 09:57, Wednesday 11 June 2014 (12309)

Further detail of my first alog above:


When we discovered the problem in-chamber, we (Gary, Travis and I) already disassembled the connector very carefully, pulled the receptacle through, and attempted to "immobilize" it as Rich suggests in his alogged point 1.  We also attempted to "snap the pin into place" as he also suggested in the alog.  We plugged the 2 connectors together, so unplugging them now will likely break it again.  We need to move on to test 2. as per his alog (and as per Rich McCarthy in many verbal convos on testing all of them where we can).  We'll plan to do this today.

LHO General
patrick.thomas@LIGO.ORG - posted 16:00, Tuesday 10 June 2014 (12284)
Ops summary
Ken working on rewiring lighting in the control room

08:49 Cyrus rebooting network switch
08:54 Jason to work with Thomas on removal of ITMX optical lever components
09:07 Hugh to HAM6 to unlock and balance the ISI
09:18 Jeff K. restarting BS model for code change (WP 4666)
09:26 Cyrus rebooting network switch for phones
09:34 Betsy, Travis, Gary and Jeff K. installing ITMX
09:57 Jeff B. recabling dust monitors 1 and 6, moving dust monitor 1 to GV7 spool
09:57 Jason and Thomas done removing optical lever components
10:00 Gerardo and Scott assembling cyropump baffle
~10:32 Paradise water delivery
10:33 Bubba to end Y to get flange cover and bang board
10:35 Patrick added 250 mL H2O to H1 PSL diode room crystal chiller
10:39 Patrick reset the L4C counters for HAM4, ITMX and ETMY
10:40 Jeff B. done recabling and moving dust monitors
10:42 Cyrus rebooting front end network switch
10:45 Jeff and Andres working on contamination control kits for HAM4, 5
11:07 Cyrus rebooting the DAQ switch
11:13 Cyrus done work on network switches
11:22 Dave stopping models at end Y for work on IOP watchdogs (WP 4665)
11:28 Patrick restarted the weather station IOCs
11:35 Cyrus to end stations
11:45 Thomas leading tour through control room
11:49 Jeff and Andres done working on contamination control kits
12:14 Jim B. to end Y to swap cables for hardware watchdog
12:17 Cyrus back from end stations
12:37 Jim B. back from end Y
12:39 DAQ restart for Jeff K.'s model change

Corey to HAM6
Mid Columbia Forklift arrived to fix genie lift

15:48 Gerardo and Scott done working on cyropump baffle
LHO VE
kyle.ryan@LIGO.ORG - posted 15:58, Tuesday 10 June 2014 (12291)
Connected leak detector to HAM5 annulus -> setup will run continously for several days
Demonstrating that HAM5-HAM6 septum doesn't leak, or conversely, that it does.
LHO VE
kyle.ryan@LIGO.ORG - posted 15:52, Tuesday 10 June 2014 (12290)
~1000 hrs. local -> Began Y2 Beam Tube pressure accumulation by closing GV11 and GV18
Monitoring Amus 2, 5, 14 and 18 with an RGA mounted on BT port Y2-1 in the Y-mid station.  Pressure gauges PT424, PT423, PT246 and PT245 will be increasing during the next ~48 hrs. and should cross alarm thresholds at some point.  Alarms for these (4) gauges are anticipated and no action is necessary.  
H1 ISC (INS, ISC)
corey.gray@LIGO.ORG - posted 15:20, Tuesday 10 June 2014 (12282)
HAM6 Notes: Documentation Redlines, Photos, Cabling Spreadsheet

Corey, Dan, Jeff B, Keita, Sheila

DOCUMENTATION REDLINES

During the HAM6 work from last week, we all noted variances, missing info, errors in documentation as we went.  Just wanted to post my specific list of items I came across.

D1300122:  HAM6 Cable Harness Routing Configutation

  1. Both WFS_AS_A (25-pin cables) are at Flange D3 2C1 & 2 (instead of D5 3C1 & 2)...they follow the Flange Document (D1002877).  (D5 3C1 & 2 is instead being used as a Purge Air Port.
  2. Some Tip Tilts could be labeled better.  Tip Tilt #2 (also named "M2"), is actually connected to what we call Tip Tilt#3 according to the Optics Layout & Flange Layout drawings.  Similarly, Tip Tilt #3 is actually what we call Tip Tilt #2.  This is basically just a naming discrepancy.
  3. For Cable Bracket #1 (CB1), which is located on the OMC Structure, the cable runs occupy opposite Floors on CB1.  We tried to move these cables to the correct floors, but the cables were pretty tight on the OMC, so we opted to keep them as is.  So D1300369/D1000225 is really on CB1's 2nd Floor & D1300376 is actually on CB1's 1st Floor.
  4. The OMC cables were handled/connected at CIT.  I could not determine their serial numbers (perhaps these cables were stamped with s/ns?).

D1000342:  ISC HAM6 Assembly

  1. M7 has a picomotor!  (drawing shows this, but spreadsheet under drawing does not show this)
  2. A variance is that we had to make adjustments to our WFS Sled opitcs & WFS for them to fit correctly on table.

PHOTOS

All photos of installation are in ResourceSpace, here.

Highlights of the work are attached to this alog.  Take special note of the scratches which were observed on a QPD (photos #7 & 8).

CABLING SPREADSHEET

To the best of my ability I made a spreadsheet noting cable serial numbers and where they were used in HAM6.  As noted earlier, the OMC cables were handled at CIT, and I was not able to note their s/n's.  Also, the OMC PZT in-air cable is not connected to the chamber, so it is not noted.  I do make note of the OMC CB floor discrepency noted above, as well as the switch of cables from D5 to D3.  Here is the HAM6 Cable Table:

IN-AIR CABLE CHAMBER FEED-THRU SR CABLES CABLE BRACKET IN-VAC CABLE OMC CB IN-VAC COMPONENT
CAB_H1:ISC_307 D6-F1 D1000225s/nS1106784 .. D1300369s/n?? CB1, 2nd Floor DC PD preamps, OMC
.. D6-F2 D1000225s/nS1106832 .. D1300376s/n?? CB1, 1st Floor PZTs, OMC
CAB_H1:ISC_404 D6-F3 D1000225s/nS1106829 .. D1300373s/n?? CB2, 1st Floor DC QPD, OMC
CAB_H1:ISC_232 D6-F4 D1000225s/nS1106780 CB5, 2ND D1101654s/nS1108061 .. QPD A/B
CAB_H1:ISC_235 D6-F6 D1000223s/nS1202641 CB5, 1ST D1000238s/nS1105053 .. OMC PICO
CAB_H1:ISC_236 D6-F10 D1000225s/nS1106728 .. D1000228s/nS1105236 .. Tip Tilt #1
CAB_H1:ISC_317 D6-F8 D1000223s/nS1202649 CB3, 1ST D1000237s/nS1202732 .. BDV1
CAB_H1:ISC_316 D6-F9 D1000223s/nS1202652 CB3, 2ND D1000237s/nS1202730 .. BDV2
CAB_H1:ISC_234 D6-F7 D1000223s/nS1202643 CB4, 1ST D1000238s/nS1105220 .. ASC_C Picomotors
CAB_H1:ISC_233 D6-F5 D1000225s/nS1106785 CB4, 2ND D1101654s/nS1202409 .. ASC_C_DC QPD
CAB_H1:ISC_238 D6-F12 D1000225s/nS1106830 .. D1000228s/nS1105241 .. Tip Tilt#2 (really #3!)
H1:ISC_RF-26B D5-1D1 D1300278s/nS1301448 .. .. .. WFS-A rf
H1:ISC_RF-27B D5-1D2 D1300278s/nS1301451 .. .. .. WFS-A rf
CAB_H1:ISC_265 D5-3C1-->D3-2C1!! D1000225s/nS1106835 .. .. .. WFS-A
H1:ISC_RF-28B D5-2D1 D1300278s/nS1301449 .. .. .. WFS-B rf
H1:ISC_RF-29B D5-2D2 D1300278s/nS1301453 .. .. .. WFS-B rf
CAB_H1:ISC_266 D5-3C2-->D3-2C2!! D1000225s/nS1106833 .. .. .. WFS-B
CAB_H1:ISC_237 D6-F11 D1000225s/nS1106834 .. D1000228s/nS1105239   Tip Tilt#3 (really #2)
H1:SUS_HAM6-10 D3-1C1 D1000225s/nS1106791 .. D1000234s/n?? CB2, 2nd SUS OMC
H1:SUS_HAM6-11 D3-1C2 D1000225s/nS1106831 .. D1000234s/n?? CB2, 3rd SUS OMC
Images attached to this report
H1 AOS
thomas.vo@LIGO.ORG - posted 14:58, Tuesday 10 June 2014 (12288)
Removing component at ITMX spool

Jason, Apollo, Thomas

We removed the optical lever as well as the camera components for the spool extraction. All the viewports have a lexan protector with a yellow viewport cover with the exception of the two ELIGO TCS viewports which have odd shapes and does not take a yellow cover or a lexan viewport.  These are covered with lens cloth and foil, both secured with cleanroom tape; these particular viewports are going to be taken out and replaced with blanks for ALIGO.

H1 CDS
cyrus.reed@LIGO.ORG - posted 14:58, Tuesday 10 June 2014 - last comment - 11:41, Wednesday 11 June 2014(12287)
Switch Firmware Upgrade Notes
Switch Firmware Upgrade Notes
 
These are the full details of today's switch upgrades.
 
The core switch (sw-msr-core) ROMMON was upgraded from 15.0(1r)SG7 to 15.0(1r)SG10.  This addresses an issue where the switch may drop into ROMMON if the boot process is interrupted by a powercycle if the config-register ends in 0x2.  (We use 0x2102, so it's worthwhile to upgrade).  The IOS was upgraded from XE 3.4.0SG to XE 3.4.3SG.  This includes some fixes for memory leaks, among many other things.
 
The various Cisco C2960-C switches were upgraded from IOS 15.0(2)SE2 to 15.0(2)SE6.  This includes removing support for creation of type 4 password hashes, which were demonstrated to be weaker than the type 5 password hashes they were meant to replace (Crypto is Hard(tm)).  These swtiches are: sw-gc-cdsadmin, sw-mech-aux, sw-psl-aux, sw-mx-aux, sw-my-aux.
 
All Cisco 3560-X switches were likewise upgraded from IOS 15.0(2)SE2 to 15.0(2)SE6, with same notes as above.  In addition there was an ASIC microcode update.  These switches are: sw-ex-aux, sw-ey-aux, sw-lvea-aux, sw-msr-gc, sw-msr-ops, sw-msr-server1, sw-msr-server2, sw-msr-video2.  sw-msr-gc and sw-msr-video2 show an amber SYST LED after reboot indicating some kind of POST failure.  I rebooted sw-msr-video2 and according to the console it passes all the POST tests though the LED remained amber.  These switches appear to be operating, so I will have to look into this more later.
 
The Netgear GSM72XXv2 FE network switches were upgraded from 8.0.1.27 to 8.1.0.36.  This addresses an issue with ssh management access hanging, requiring a reboot to fix, and high idle CPU usage.  These switches are: sw-ex-h1daq, sw-ex-h1fe, sw-ey-h1daq, sw-ey-h1fe, sw-msr-h1fe.  The odd one out, sw-msr-h1daq, is a different model switch and has not exhibited any issues worth fixing as yet.
 
The Fujitsu XG2600 switch that is used to broadcast data between the data concentrator and the rest of the DAQ (sw-msr-h1daqbc) was upgraded from V02.00 to V02.02.  The older version of firmware is no longer available for download, but there are no release notes for the new version to know for sure what changed.
Switch Firmware Upgrade Notes
 
These are the full details of today's switch upgrades.
 
The core switch (sw-msr-core) ROMMON was upgraded from 15.0(1r)SG7 to 15.0(1r)SG10.  This addresses an issue where the switch may drop into ROMMON if the boot process is interrupted by a powercycle if the config-register ends in 0x2.  (We use 0x2102, so it's worthwhile to upgrade).  The IOS was upgraded from XE 3.4.0SG to XE 3.4.3SG.  This includes some fixes for memory leaks, among many other things.
 
The various Cisco C2960-C switches were upgraded from IOS 15.0(2)SE2 to 15.0(2)SE6.  This includes removing support for creation of type 4 password hashes, which were demonstrated to be weaker than the type 5 password hashes they were meant to replace (Crypto is Hard(tm)).  These swtiches are: sw-gc-cdsadmin, sw-mech-aux, sw-psl-aux, sw-mx-aux, sw-my-aux.
 
All Cisco 3560-X switches were likewise upgraded from IOS 15.0(2)SE2 to 15.0(2)SE6, with same notes as above.  In addition there was an ASIC microcode update.  These switches are: sw-ex-aux, sw-ey-aux, sw-lvea-aux, sw-msr-gc, sw-msr-ops, sw-msr-server1, sw-msr-server2, sw-msr-video2.  sw-msr-gc and sw-msr-video2 show an amber SYST LED after reboot indicating some kind of POST failure.  I rebooted sw-msr-video2 and according to the console it passes all the POST tests though the LED remained amber.  These switches appear to be operating, so I will have to look into this more later.
 
The Netgear GSM72XXv2 FE network switches were upgraded from 8.0.1.27 to 8.1.0.36.  This addresses an issue with ssh management access hanging, requiring a reboot to fix, and high idle CPU usage.  These switches are: sw-ex-h1daq, sw-ex-h1fe, sw-ey-h1daq, sw-ey-h1fe, sw-msr-h1fe.  The odd one out, sw-msr-h1daq, is a different model switch and has not exhibited any issues worth fixing as yet.
 
The Fujitsu XG2600 switch that is used to broadcast data between the data concentrator and the rest of the DAQ (sw-msr-h1daqbc) was upgraded from V02.00 to V02.02.  The older version of firmware is no longer available for download, but there are no release notes for the new version to know for sure what changed.Switch Firmware Upgrade NoteThese are the full details of today's switch upgrades.
These are the full details of today's switch upgrades.
 
The core switch (sw-msr-core) ROMMON was upgraded from 15.0(1r)SG7 to 15.0(1r)SG10.  This addresses an issue where the switch may drop into ROMMON if the boot process is interrupted by a powercycle if the config-register ends in 0x2.  (We use 0x2102, so it's worthwhile to upgrade).  The IOS was upgraded from XE 3.4.0SG to XE 3.4.3SG.  This includes some fixes for memory leaks, among many other things.
 
The various Cisco C2960-C switches were upgraded from IOS 15.0(2)SE2 to 15.0(2)SE6.  This includes removing support for creation of type 4 password hashes, which were demonstrated to be weaker than the type 5 password hashes they were meant to replace (Crypto is Hard(tm)).  These swtiches are: sw-gc-cdsadmin, sw-mech-aux, sw-psl-aux, sw-mx-aux, sw-my-aux.
 
All Cisco 3560-X switches were likewise upgraded from IOS 15.0(2)SE2 to 15.0(2)SE6, with same notes as above.  In addition there was an ASIC microcode update.  These switches are: sw-ex-aux, sw-ey-aux, sw-lvea-aux, sw-msr-gc, sw-msr-ops, sw-msr-server1, sw-msr-server2, sw-msr-video2.  sw-msr-gc and sw-msr-video2 show an amber SYST LED after reboot indicating some kind of POST failure.  I rebooted sw-msr-video2 and according to the console it passes all the POST tests though the LED remained amber.  These switches appear to be operating, so I will have to look into this more later.
 
The Netgear GSM72XXv2 FE network switches were upgraded from 8.0.1.27 to 8.1.0.36.  This addresses an issue with ssh management access hanging, requiring a reboot to fix, and high idle CPU usage.  These switches are: sw-ex-h1daq, sw-ex-h1fe, sw-ey-h1daq, sw-ey-h1fe, sw-msr-h1fe.  The odd one out, sw-msr-h1daq, is a different model switch and has not exhibited any issues worth fixing as yet.
 
The Fujitsu XG2600 switch that is used to broadcast data between the data concentrator and the rest of the DAQ (sw-msr-h1daqbc) was upgraded from V02.00 to V02.02.  The older version of firmware is no longer available for download, but there are no release notes for the new version to know for sure what changed.
 
Comments related to this report
cyrus.reed@LIGO.ORG - 11:41, Wednesday 11 June 2014 (12311)

The source of the mystery SYST amber LED on sw-msr-gc and sw-msr-video2 are bad power supply fans; one each per switch, both in PS1.  The fans appear to operate, and come back OK for a while if the supply is reinserted, so they are probably just running out of spec in some fashion.  I'll either swap out the supplies, or see if just the fans can be replaced, as time allows.

H1 SUS
arnaud.pele@LIGO.ORG - posted 14:13, Friday 06 June 2014 - last comment - 17:14, Wednesday 11 June 2014(12228)
X1 QUAD08 TF

[Mark B Jeff B Arnaud P]

Yesterday we did some software debugging in the staging building in order to run transfer functions on the assembled quad 08.
When driving the top mass, we usually monitor the lower stages osems, in both osem and euler basis. For some reason the model running for the quad doesn't record those channels (particularly the ones in the euler basis "WIT_{L/P/Y}_DQ"). We decided not to spend too much time understanding what the model situation was, and instead simply not monitor the lower stages channels during the top mass TFs.

The undamped transfer function measurements for the main and the reaction chain are attached.
 

Non-image files attached to this report
Comments related to this report
arnaud.pele@LIGO.ORG - 13:12, Tuesday 10 June 2014 (12255)

[Mark Jeff Arnaud]

QUAD08 should be compared to the model called "wireloop"  (=wires from UIM to PUM looping around PUM) instead of the "wire" one (=cable segments between UIM and PUM). The first attachment from the alog above was modified since I was using the wrong model for comparison. With the wireloop model there is still a small discrepancy in the second pitch mode (modeled at 1.33Hz and measured at 1.45Hz). By playing with the d values (defined p7 of T080188) I came up with a good match, cf attachment.

Here are the modified d values for reference :
new_dm = old_dm + 0.7mm
new_dn = old_dn + 0.7 mm
new_d4 = old_d4 - 0.8 mm

Also, after an other round of matlab debugging (pb with channel sampling rates in the matlab scripts, path definitions etc...) we were able to get spectra of TOP and UIM osems, with the suspension undamped. Results are attached in the second pdf.
The only thing to notice is the noise content at high frequencies for the left osem of M0 (cyan curve, 1st page). This might be harmonics from the large 60Hz signal.

Non-image files attached to this comment
arnaud.pele@LIGO.ORG - 18:31, Tuesday 10 June 2014 (12305)

Jeff B Andres Arnaud

This afternoon we tested the noise seen in the left bosem of the main chain. We swapped left and right osem cables (at the osem output), and measured a spectra before and after. When plugging the right channel to the left osem, the noise was still present in the spectra (cf screenshot) meaning the noise comes from the left osem itself.

Second attachment is a comparison of the transfer functions between different "wireloop" quads. The 2nd pitch mode frequency is varying from quad to quad, but the largest discrepancy is on QUAD08.

Images attached to this comment
Non-image files attached to this comment
arnaud.pele@LIGO.ORG - 17:14, Wednesday 11 June 2014 (12319)

[Andres Arnaud]

Today we replaced the left osem of the main chain of QUAD08 in the staging building with an other BOSEM (stolen from one of the 3rd IFO TMS). New OLV were stored, offsets and gains were set in medm.
 Results of individual osems spectra are attached. The M0 LF channel dosen't show the elevated noise seen yesterday anymore

Non-image files attached to this comment
H1 SUS
betsy.weaver@LIGO.ORG - posted 15:45, Thursday 05 June 2014 - last comment - 16:22, Tuesday 10 June 2014(12237)
ITM swap status

Betsy, Travis, Danny, Margot

Today, we finished deinstalling the ITMx lower section of the QUAD using the install arm and elevator.  All went as it was supposed to.  After transfering the load to the manlift and attaching the LSAT structure for support, we set it down onto one of the LSAT trollies we have.  We then separated the Main and Reaction chains.  Margot and Danny FirstContacted the CP front and back surfaces (spray for back, paint brush for front due to bump stop locations).

While FC work was going, Travis and I went into BSC1 and started prepping the ITMy for deinstallation.  By the end of the day (and some final muscle from Danny) we had the masses locked in positions which facilitate upper and lower segment separation, the cross braces and sleeve structures removed.  (Of course, see yesterdays alog for exact details of how this really happens with floor panels removed, etc.)  We also finished pulling the balance of the witness plates and witness optics in BSC1 and BSC2.

 

Note, when we removed the flooring in both BSC3 and BSC1 we found hidden treasures.  To be continued... 

:)

Comments related to this report
betsy.weaver@LIGO.ORG - 16:21, Tuesday 10 June 2014 (12293)

BSC 3 goodies found under flooring:

Images attached to this comment
betsy.weaver@LIGO.ORG - 16:22, Tuesday 10 June 2014 (12294)

BSC 3 goodies found under flooring:

Images attached to this comment
H1 SUS
betsy.weaver@LIGO.ORG - posted 16:05, Wednesday 04 June 2014 - last comment - 16:25, Tuesday 10 June 2014(12211)
H1 ITMx Deinstallation underway

(Betsy, Travis, Danny, Margot)

Today we (undid some work! - ha):

 

- Swung the ACB back with it's swing-away hardware

- Put a TFE cap on the TCS steering mirror right in the line of foot-traffic and floor removal for protection

- Removed the stiffening braces and wedges (and ~40 fasteners) from the ITMx QUAD

- Removed 3 of the floor panels and removed the sleeve stiffening structure from the QUAD

- Started disconnection of all top stage OSEMs and cabling to lower stage OSEMs on QUAD

- Staged the QUAD hanger hardware and elevator adapter parts

- Richard swapped out my dead backup PS for the elevator - thx, RM for promptness

- Collected the witness plates/samples from BSC 1 and cleaned flooring there

Images attached to this report
Comments related to this report
betsy.weaver@LIGO.ORG - 16:06, Wednesday 04 June 2014 (12212)

Jim apparently attempting to hang himself from a support tube:

Images attached to this comment
betsy.weaver@LIGO.ORG - 16:07, Wednesday 04 June 2014 (12213)

Travis breaking back - you can either see it or get an arm in there to adjust it, but you can't do both:

Images attached to this comment
betsy.weaver@LIGO.ORG - 16:25, Tuesday 10 June 2014 (12295)

Besides the sleeve and pile of larger parts removed from a QUAD during chamber de/installation (shown in picture above), following is a picture of all of the fasteners, nuts, etc that also get removed from the QUAD (the pan was empty when we started):

Images attached to this comment
Displaying reports 65261-65280 of 77210.Go to page Start 3260 3261 3262 3263 3264 3265 3266 3267 3268 End