Displaying reports 69201-69220 of 77120.Go to page Start 3457 3458 3459 3460 3461 3462 3463 3464 3465 End
Reports until 18:46, Saturday 19 October 2013
H1 General
ryan.fisher@LIGO.ORG - posted 18:46, Saturday 19 October 2013 (8182)
ODC Master Prototype Tested on Test Stand
We developed and tested a prototype ODC Master model for use in the corner station on the Test Stand.  Screenshots of the model are attached.  

We tested that the 32 bit word calculations all work properly, including the new C library part used to take the BITWISE AND of multiple inputs.  

We also tested the updated C library part for setting a high-order odd parity bit in a 32 bit integer channel, and showed that it worked properly.  

We plan to migrate the new code for ODC Master to the OAF FE machine next.

Additionally, we carefully tested the new DAQ channel type setting "uint32".  We found that the data appears to be written to disk properly in binary, but FrDump and the python FrUtils both display the data as signed integers, so a value of uint32: 2147483654 becomes int32: -2147483642.  

Images attached to this report
H1 SYS
stefan.ballmer@LIGO.ORG - posted 21:28, Friday 18 October 2013 (8181)
Some more medm work
- moved IMC_CUST_OVERVIEW.adl form ioo/h1/medm to ioo/common/medm
- replaced all site-specific occurrences (LHO,lho,H1,h1) with their macro counterparts for 
   ioo/common/medm/IMC_CUST_OVERVIEW.adl and
   ioo/common/medm/IMC_CUST_ODC.adl
- verified that the screens work at bot observatories.

- updated
   sus/common/medm/bsfm/SUS_CUST_BSFM_ODC.adl
   sus/common/medm/hxts/SUS_CUST_HLTS_ODC.adl
   sus/common/medm/hxts/SUS_CUST_HSTS_ODC.adl
   sus/common/medm/omcs/SUS_CUST_OMCS_ODC.adl
   sus/common/medm/quad/SUS_CUST_QUAD_ODC.adl
   sus/common/medm/tmts/SUS_CUST_TMTS_ODC.adl
to include the COMBINE_ODC_BITMASK and a link to the corresponding subsystem. Also updated
   sys/common/medm/SYS_CUST_ODC_CHAMBER.adl
   sys/common/medm/SYS_CUST_ODC_ENDCHAMBER.adl
   sys/common/medm/SYS_CUST_ODC_HAM1.adl
   sys/common/medm/SYS_CUST_ODC_HAM2.adl
   sys/common/medm/SYS_CUST_ODC_HAM3.adl
   sys/common/medm/SYS_CUST_ODC_HAM4.adl
   sys/common/medm/SYS_CUST_ODC_HAM5.adl
   sys/common/medm/SYS_CUST_ODC_HAM6.adl
   sys/common/medm/SYS_CUST_ODC_SITE_OVERVIEW.adl

All changes have been propagated to LLO.
LHO General
patrick.thomas@LIGO.ORG - posted 18:31, Friday 18 October 2013 - last comment - 09:04, Monday 21 October 2013(8164)
Testing bug fix to dust monitor code
Dave B., Jim B., Patrick T., Richard M., Robert S.

This was an experiment to test a fix to the 'noise' documented in alog 8076.

The problem may be that the sampling method used in the previous code (device support met_one_227b-1.0.1) may have initiated a short stage to purge the air path through the dust monitor before the start of each sample, and this was not happening with the new code (device support met_one_227b_comp_ctrl-1.0.0).

The previous code used this command:
"d" Start Counting (counter controlled): The counter will begin counting and control the count cycle based on the front-panel setting for period (sample time).

From Robert's comments in his original iLIGO code (http://blue.ligo-wa.caltech.edu/apps/epics/3.12.2.pem.llo/release/r3.12.2.PEM.LLO/base/src/drv/ansi/drvDustMetOne227.c):
The sample time is set in the dust monitor. This routine uses the "d" command (dust monitor control) rather than the "c" command (computer control). The advantage is that you can start several monitors almost simultaneously rather than sequentially. The monitor purges for two seconds before starting the sample - important for time stamping the sample. 

The new code uses the following command:
"c" Start Counting (computer controlled): The counter will begin counting without waiting for an even second boundary (quick start). Counting will continue until stopped by the computer. The count cycle should be controlled by the computer.
It may be that the "c" command does not run a purge prior to counting.

I added the following separate command with a short sleep after it before the "c" command and started testing it with the dust monitors in the optics labs:
"g" Active Mode: The counter will enter a mode that prepares it for counting. For example, the air pump may turn on to purge the air path.
It is unclear if this runs for a set period or until it receives the next command.

I added a one second sleep after each iteration through the dust monitors to address the code's high CPU use as well. I also added one second sleeps after caught exceptions in drv227b.cpp to provide some time to read the printed error message.

13:30: I stopped the dust monitor code for the optics labs and started the modified code. The sleep after the "g" command was set to 2 seconds.
14:00: I stopped the modified code, changed the sleep to 5 seconds, and restarted it.
14:14: I stopped the modified code again, changed the sleep back to 2 seconds, and restarted it.
15:00: I stopped the modified code.
- I checked the modified code into subversion. -
18:03: I restarted the modified code in 'screen' on h0epics from /ligo/apps/linux-x86_64/epics-3.14.12.2_long_sc/iocs/dust/dust_met_one_227b_comp_ctrl-1.1.0.

I have attached a plot of the dust counts in the Vacuum Prep Lab over this period. The change appears to have helped.

I will let this run over the weekend.
Non-image files attached to this report
Comments related to this report
betsy.weaver@LIGO.ORG - 08:39, Monday 21 October 2013 (8186)

Long story short - for those of us trending particulate from these channels, do we trust the magnitude of the signal, even though many signals are always showing ~80 cts?

patrick.thomas@LIGO.ORG - 08:54, Monday 21 October 2013 (8187)
No, do not trust the counts since October 8.
betsy.weaver@LIGO.ORG - 08:59, Monday 21 October 2013 (8188)

Brilliant.

patrick.thomas@LIGO.ORG - 09:04, Monday 21 October 2013 (8189)
It appears that it core dumped around Oct 19 2013 11:35:33 PDT. I'm going to restart it outside of 'screen' to see if I can reproduce the error and get better diagnostics.
H1 IOO
kiwamu.izumi@LIGO.ORG - posted 17:42, Friday 18 October 2013 (8170)
Adjustment of drive matrix in MC WFS DOF3

[Stefan and Kiwamu] (Translated by J. Kissel)

Approximately 2 months ago (see alog 7490), Stefan and Kiwamu modified the output matrix of the IMC's ASC control system, such that the caviy-axis-basis ("DOF" basis) alignment is decoupled with the input pointing alignment.

Jeff K. asked me to write some more details for the procedure of how we did it blush

Here it is, translated by Jeff.

The procedure of the adjustment :

We're going to use the closed-loop, control output signals for these cross-coupled, cavity-axis-basis, loops as our metric of where the cross-coupled sensors think the cavity axis lies. We will then offset the error point of DOF3 (which controls the input pointing, with the PZT) at DC, to see how this affects all our controlled degrees of freedom (again at DC). Before we get started, there is some residual DC value of this control signal because the static alignment had not yet been tuned, and the integrators in the loops found the best spot for us. To make things easier to calculate later, we can offload this DC alignment control signal to the mirror/actuator basis (after the output matrix that we're trying to make better), such that the cavity-axis-basis control output signal is zero at DC. We have a script that already does this:

H1 CDS
david.barker@LIGO.ORG - posted 17:20, Friday 18 October 2013 (8175)
script running on sysadmin0 monitoring Vacuum Beam Tube during insulation removal

I have written a python script to monitor the eight beam tube vacuum gauges and send emails to cell phones if a vacuum excursion is detected. It runs on sysadmin0 machine in the control room. It samples every 5 minutes, sending emails to John, Kyle, Richard, Ski and myself (both ligo-wa email and cell phone text messages).

code is in /opt/rtcds/userapps/release/cds/h1/scripts/ve_btvac_alarms_emailer.py

btvac = Beam Tube Vacuum.

This script performs the out-of-hours supplemental monitoring linked to the control room Alarm Handler and Wall Display striptools.

H1 SYS
stefan.ballmer@LIGO.ORG - posted 16:56, Friday 18 October 2013 (8174)
ISI and HPI Macro file cleanup and ODC site overview screen work
After some discussion with the SEI group, I made the following changes to the macro file naming at LHO to make both observatories identical and following the same standard (defined in T1300881)

Removed
opt/rtcds/userapps/release/isi/common/medm/*macro.txt
from the svn - these were originally put there in error by Joe Betzwieser. MEDM screens were not affected by that on either site.

Moved
hpi/h1/medm/hepi/hepi$(chamber)_overview_macro.txt
to 
hpi/h1/medm/hepitemplate/H1_hpi$(chamber)_overview_macro.txt

This makes the hpi macro file names and locations consistent between the two sites.
I updated the H1 site map, which was the only medm screens affected.

Moved
isi/h1/medm/{bsc/ham}isi/isi$(chamber)_overview_macro.txt
to
isi/h1/medm/{bsc/ham}isi/H1_isi$(chamber)_overview_macro.txt

This affected the following medm screens:
cds/h1/medm/SITEMAP.adl  (the main sitemap)  
isc/h1/medm/H1IFO_ALIGN.adl
ioo/h1/medm/H1IOO-MC.adl
ioo/h1/medm/IMC_CUST_OVERVIEW.adl
all of them were updated and checked in.



ODC screen work

updated 
hpi/common/medm/hepitemplate/HPI_CUST_CHAMBER_ODC.adl
isi/common/medm/bscisi/ISI_CUST_CHAMBER_ODC.adl
isi/common/medm/hamisi/ISI_CUST_CHAMBER_ODC.adl
as well as the sys/common/medm/SYS_CUST_ODC*.adl files
to include the ODC mask and a link to the corresponding subsystem medm screen.
those files were also propagated to LLO, and the links now seem to work for both sites.

Next: same thing for SUS







H1 SEI
greg.grabeel@LIGO.ORG - posted 16:35, Friday 18 October 2013 (8171)
End X HEPI
JimW GregG

HEPI actuator attachment started today at BSC9. Jim and I were able to get all of the vertical actuators attached with very little movement on the system so far. However, the vertical actuators are still locked and any moves to HEPI should be avoided until the install is finished.
H1 General
andres.ramirez@LIGO.ORG - posted 16:00, Friday 18 October 2013 - last comment - 17:35, Friday 18 October 2013(8169)
Ops Shift Summary
•	Moving ISCT EX table from LVEA to air lock at end x -> Apollo
•	The dust monitor (unit#3) that was in the "beer garden" has been moved to the East door side of the BSC3 cleanroom -> Richard 
•	Site fumigation -> Sprague
•	Installing cables into HAM 5 and 6 IO chassis -> Aaron
•	The front end computer was powered down to allow EE work on the IO Chassis of h1sush56 -> David 

Comments related to this report
patrick.thomas@LIGO.ORG - 17:35, Friday 18 October 2013 (8176)
Unit '3' was moved from the LVEA test stand, not the "beer garden". Robert had moved unit '5' from the "beer garden" into the BSC3 clean room, but Richard told me it was moved back, and unit '3' was used instead.
H1 SEI
filiberto.clara@LIGO.ORG - posted 15:27, Friday 18 October 2013 (8167)
H1 HEPI STS-2 Seismometers
Alog from yesterday. Did in-rack cabling for the STS-2 Seismometer Distribution Chassis for BSC1, BSC2 and BSC3. Each distribution chassis fans out to the HAM ISI chambers (HAM2-HAM6). The following schematics were used for reference: D0901301, D1000298, D1101576, and D1101584.

See attached for the physical location of each seismometer.

Filiberto Clara 
Non-image files attached to this report
H1 CDS
david.barker@LIGO.ORG - posted 15:01, Friday 18 October 2013 (8166)
h1sush56 (SR3, SRM,OMC) power down for IO Chassis work

to permit EE work on the IO Chassis of h1sush56 the front end computer was powered down at 13:47 and back up at 14:26 (PDT) when the work was completed.

H1 IOO
joseph.gleason@LIGO.ORG - posted 11:29, Friday 18 October 2013 (8162)
PR2 scraper baffles found to have been made with incorrect aperture
Clipping problems encountered in the PRC at LLO have led to the discovery that the PRC scraper baffle "Z Plates" were built with an aperture approximately 0.75" too small. The PR2 scraper baffle assembly installed in H1 will require removal and re-work. For more detail please see the following link to the LLO log.
https://alog.ligo-la.caltech.edu/aLOG/index.php?callRep=9200
H1 SUS
betsy.weaver@LIGO.ORG - posted 09:01, Friday 18 October 2013 - last comment - 12:37, Friday 18 October 2013(8159)
BSC3 dust monitor

For the record, Richard is moving the dust monitor that was in the "beer garden" to the East door side of the BSC3 cleanroom.  Data drops and high alarm levels will be seen this morning during the move.

Comments related to this report
betsy.weaver@LIGO.ORG - 09:20, Friday 18 October 2013 (8160)

This is unit "#3"

justin.bergman@LIGO.ORG - 11:24, Friday 18 October 2013 (8161)
patrick.thomas@LIGO.ORG - 12:37, Friday 18 October 2013 (8163)
Richard said he moved '5' back outside of the clean room into the beer garden. '3' came from where the LVEA test stand was.
H1 AOS
thomas.vo@LIGO.ORG - posted 15:39, Thursday 17 October 2013 - last comment - 21:27, Friday 18 October 2013(8151)
ITMX ACB in BSC3
Mitchell, Gerardo, Apollo (Scott, Randy, Tyler), Thomas

We got the suspension and the box into chamber and mounted onto stage-0.  The next steps are:

- Photodiode cabling
- Fine-tune alignment
- Check balance
- Set the eddy current dampening gap
- Wipe down
- Swing Back for first contact removal
Comments related to this report
thomas.vo@LIGO.ORG - 21:27, Friday 18 October 2013 (8180)
Filiberto C, Thomas V

We wanted to make sure that at least 3/4 of the photodiodes that were installed on the ITMX baffle worked since there were failures of all the other spares (under investigation). So after replacing a faulty cable, we found that all three have continuity and registered a signal when shined upon with a flashlight.  The PDs that work are PD1, PD2, and PD4, a mapping of their locations on the baffle can be found in E1100867 pg 21.
H1 SEI
richard.mittleman@LIGO.ORG - posted 20:36, Wednesday 16 October 2013 - last comment - 15:31, Friday 18 October 2013(8131)
HAM6 CPS and CPS Grounding in General

Over the last few days I've been taking some passive noise spectra of the ISI-CPS on HAM6 to try and determine what the best grounding strategy is (Jeff made a nice cartoon of the options in T1300871).

 

Along the way I found out a few things

 

  1) The HAM 6 CPSs had two problems that canceled each other out

                 There as a master in each crate  (the box near the chamber that hold the CPS controllers)

                 and the cable which brings the sync signal from the power board was either bad or plugged in backwards (it isn't keyed)

                I tunred one of the masters into a slave and replaced the cable

  2)  All of the racks that I have tested have there chasis grounded, so placing them on a cable tray creates a ground and possible ground loop.

  3) Currently it is pretty likely that ALL of the CPS that are installed have grounds in the electroncs room rack AND at the chamber (Ground Loop Gaore)

  4) The resistance to ground from the power cable ground to the chamber is 0.6ohms

  5) the sync cable carries a ground from one rack to the next

 

 

 After fixing the problems I took spectra under three conditions

   Multiple grounds (electroncs room and chamber) these were bad

  Single ground in the electronics room, red and green lines in the attached png (clean room on/off are the differences)

  Single ground at the chamber, blue lines in the attached png

 

   Given that set of data i think that we should plan on converting to a single ground at the chamber.

 

   The attached pdf shows one spectra converted to m/rthz and the expected noise (we have measured something close to the expected noise on the bench for every unit in use)

  I don't really know what to say about this except yuck

 

 

Images attached to this report
Non-image files attached to this report
Comments related to this report
richard.mittleman@LIGO.ORG - 15:31, Friday 18 October 2013 (8168)

I left the CPS on HAM6 with a signal ground (+) at from the electronics room, the boxes are not in contact with the cable trays, there is an extra ground which connects the two boxes via the sync cable

H1 SUS
arnaud.pele@LIGO.ORG - posted 10:57, Wednesday 16 October 2013 - last comment - 17:57, Friday 18 October 2013(8121)
BS M2 magnets

[Betsy Travis Arnaud]

Today, since BSC2 chamber was accessible, we checked the polarity of the four magnets located on the second mass (M2) of the beamsplitter with the electronic polarity tester.
As we were expecting (see 7693), three of them were flipped (UL UR LR), so Betsy reversed them as in E1100108.

Also, we took the serial numbers of the 10 bosems. They are referenced in the updated chart in E1200343

Attached are some nice pictures of ITMX ETMX BeamSplitter and the baffles

Images attached to this report
Comments related to this report
arnaud.pele@LIGO.ORG - 17:57, Friday 18 October 2013 (8177)

Signs of M2-M2 coilout BS medm were flipped to :

UL = -1

LL = 1

UR = 1

LR = -1

New safe snapshots were saved under the svn

H1 SEI
hugo.paris@LIGO.ORG - posted 16:04, Tuesday 08 October 2013 - last comment - 16:34, Friday 18 October 2013(8046)
HAM2 & HAM3 - Fully Controlled (HEPI +ISI) - How to use

Both HAM2 and HAM3 chambers are now fully controlled (HEPI+ISI). 

Those chambers feature:
- Standardized ISI damping loops (defined in: SeiSVN/seismic/HAM-ISI/H1//Scripts/Control_Scripts/Version_2/Step_4_Damping_Filters_H1_ISI_.m)
- Standardized ISI blend filters (SeiSVN/seismic/HAM-ISI/Complementary_Filters_HAM_ISI/HAM-ISI_Generic_Comp_Filters.mat)
- Hybrid aLigo/eLigo blend filters are available (SeiSVN/seismic/HAM-ISI/Common/Blend_filters/Filters_HAM_ISI_Blend_Hybrid_24_Jul_2013.mat)
- All 3 levels of ISI isolation loops (UGF=10Hz, 25Hz, 35Hz - LHO aLog # 5355). Performance is mostly limited by the blend filters. Level 2 controllers give similar amount of isolation as Level 3. Level 2 controllers are prefferred for now - ISI Perfomance can be found in LHO aLog #7414

- HEPI position blend filters (IPS signals are multiplied by 1, L4C signals are multiplied by 0)
- HEPI position loops. UUG = 2 Hz. Should be set to 5Hz soon. HEPI position loops performance plots, and controllers, can be found in LHO aLog #8037.

 

Trun on Process:

Prepare:

  1. Use the command button to shut down any kind of control on both HEPI and ISI.
  2. Make sure the border of the ISI screen is green. If not, check the Watchdogs (model, Dackill, IOP dackill, SUS) and the master switch.

Damp ISI:

  1. Use the command button to turn on the damping loops on the HAM-ISI.

Turn on HEPI:

  1. Make sure that the following are in the correct state for HEPI: Watchdogs (model, Dackill, IOP dackill, SUS, ISI) and the master switch.
  2. Open the IPS screen. Be careful there are 2 of them. One for the vertical sensors, and one for the horizontal sensors. 
  3. In this screen, make sure that the alignment offsets are loaded and engaged. We want them to be set at the opposite of the locked hepi IPS redouts referrenced in LHO aLog# 7180
  4. Open the DC bias screen and make sure that everything is disengaged - it should be.
  5. Repeat (4) for the Sensor Correction screns, the ISC mon, the feedforward (FF) and the Twist.
  6. Make sure that offsets are disengaged ont he OUTF screens. Be careful there are 2 of them as well. 
  7. Push both gain sliders to 1.
  8. Engage the Blend filters named "Pos"
  9. Make sure signals come out of those filters. If not, refer to LHO aLog #7299, and follow Sebastian's instructions
  10. Check the IPS 2CART matrices. For now, they should look like that. If not, use SeiSVN/seismic/HEPI/Common/MEDM_Functions_HEPI/Populate_Matrices_HEPI.m to fill them out. Do not use Populate_MEDM_Screen_HEPI.m instead, as it will reset a lot of the things you just worked on.
  11. Use the "Isolate <Chamber> Lvl1" button of the HEPI command screen, to engage the position loops

Engage the isolation loops, on the ISI

  1. Open the Sensor correction block and make sure that everything is disengaged.
  2. Open the blend filters block. Make sure that filters named "01_28" are selected. These are the generic blend filters mentioned above.
  3. Open the command screen of the ISI ou are working on
  4. Wait for the readouts to stabilize
  5. Use the "Reset CPS offset button" to reset the CPS biases. 
  6. Press the "Store Target offsets" button. This will store the current position so the ISI can be steered back there once the isolation loops are engaged
  7. Use "Turn on Lv. 2 isolation loops for ...." button, and wait for the isolation loops to get engaged.
Images attached to this report
Comments related to this report
hugo.paris@LIGO.ORG - 16:34, Friday 18 October 2013 (8172)

I took performance spectra on the ISI, in air, earlier this week.

HEPI was running with 2Hz UUG IPS position loops. The ISI had Level 3 isolation loops running, with the hybrid aLigo + eLigo on RX/RY blend.

Performance plots are attached for reference.

Non-image files attached to this comment
H1 SUS
arnaud.pele@LIGO.ORG - posted 10:57, Tuesday 12 February 2013 - last comment - 16:45, Friday 18 October 2013(5468)
B&K Hammer Measurement
Arnaud P. Betsy W. 

Did B&K hammer measurements on Friday feb 8th on the BeamSplitter that will be installed in BSC2. 
Config: BSC-ISI Unlocked, QUAD Unlocked, Baffles ON, Vibration Absorbers ON, Damping ON.

Attached, pictures describing the position of hammer impacts, and accelerometer + corresponding pulse files.

Non-image files attached to this report
Comments related to this report
stuart.aston@LIGO.ORG - 14:26, Thursday 21 February 2013 (5551)
Raw data has been exported from the B&K Pulse files, in accordance with the procedure outlined in the SUS Operations Manual (see How to do B&K Hammer Testing).

Exported ASCII data files have been committed to the SUS svn at the following location, ligo/svncommon/SusSVN/sus/trunk/BSFM/H1/BS/BandK$, these files include the following (n.b. files have been renamed to comply with convention detailed in the Op's Manual) :-

SimpleHammerDisplay3-BS-Bottom-SUSunlocked-ISIunlocked-VAfitted-Yimpact.pls
SimpleHammerDisplay3-BS-Bottom-SUSunlocked-ISIunlocked-VAfitted-Yimpact.txt
SimpleHammerDisplay3-BS-BottomLeft-SUSunlocked-ISIunlocked-VAfitted-Ximpact.pls
SimpleHammerDisplay3-BS-BottomLeft-SUSunlocked-ISIunlocked-VAfitted-Ximpact.txt
SimpleHammerDisplay3-BS-BottomRight-SUSunlocked-ISIunlocked-VAfitted-Ximpact.pls
SimpleHammerDisplay3-BS-BottomRight-SUSunlocked-ISIunlocked-VAfitted-Ximpact.txt
SimpleHammerDisplay3-BS-TopLeft-SUSunlocked-ISIunlocked-VAfitted-Ximpact.pls
SimpleHammerDisplay3-BS-TopLeft-SUSunlocked-ISIunlocked-VAfitted-Ximpact.txt
SimpleHammerDisplay3-BS-TopLeft-SUSunlocked-ISIunlocked-VAfitted-Yimpact.pls
SimpleHammerDisplay3-BS-TopLeft-SUSunlocked-ISIunlocked-VAfitted-Yimpact.txt
SimpleHammerDisplay3-BS-TopMiddle-SUSunlocked-ISIunlocked-VAfitted-Ximpact.pls
SimpleHammerDisplay3-BS-TopMiddle-SUSunlocked-ISIunlocked-VAfitted-Ximpact.txt
SimpleHammerDisplay3-BS-TopMiddle-SUSunlocked-ISIunlocked-VAfitted-Yimpact.pls
SimpleHammerDisplay3-BS-TopMiddle-SUSunlocked-ISIunlocked-VAfitted-Yimpact.txt
SimpleHammerDisplay3-BS-TopRight-SUSunlocked-ISIunlocked-VAfitted-Ximpact.pls
SimpleHammerDisplay3-BS-TopRight-SUSunlocked-ISIunlocked-VAfitted-Ximpact.txt
SimpleHammerDisplay3-BS-TopRight-SUSunlocked-ISIunlocked-VAfitted-Yimpact.pls
SimpleHammerDisplay3-BS-TopRight-SUSunlocked-ISIunlocked-VAfitted-Yimpact.txt

The above B&K data has been processed using v12 of the "BandK_plot.m" Matlab script, available in the /ligo/svncommon/SusSVN/sus/trunk/Common/MatlabTools$ directory.

The merged plot attached below shows:-
pg1 - Y response of the structure to Y hammer impact excitations at various locations, from 1Hz to 400Hz.
pg2 - X response of the structure to X hammer impact excitations at various locations, from 1Hz to 400Hz.
pg3 - X response of the structure to X hammer impact excitations at various locations, ZOOMED IN from 50Hz to 400Hz.

n.b. hammer impact locations are viewable in the attachment to the original aLOG entry above see "Hammer_Impacts.pdf".   
Non-image files attached to this comment
arnaud.pele@LIGO.ORG - 18:27, Wednesday 25 September 2013 (7873)

For acceptance review, I reprocessed the data for the beamsplitter, after seeing a legend mismatch between the plotted results and the raw data from PULSE software.
Therefore the attached results below are the ones to look at, and are following the accelerometer axis convention represented on the last attachement

(1) BandK_results_X_Exc.pdf

(2) BandK_results_Y_Exc.pdf

(3) Picture of BS with axis convention and hammer impact location

The X and Y hits have been chosen to correspond to the "Top Middle" hits on the picture

Non-image files attached to this comment
arnaud.pele@LIGO.ORG - 16:45, Friday 18 October 2013 (8173)

Those results in X to X (blue of 1st pdf) and Y to Y (green of 2nd pdf) are not showing any high Q resonnances below 150Hz, meaning the vibration absorbers are working as expected, and the test passed succesfully.

Displaying reports 69201-69220 of 77120.Go to page Start 3457 3458 3459 3460 3461 3462 3463 3464 3465 End