Displaying reports 76561-76580 of 84502.Go to page Start 3825 3826 3827 3828 3829 3830 3831 3832 3833 End
Reports until 21:45, Monday 21 October 2013
H1 SYS
stefan.ballmer@LIGO.ORG - posted 21:45, Monday 21 October 2013 (8205)
ODC master running
The new ODC master model is now running of h1oaf0. Its inputs are still epics inputs - as soon as the modified SUS and SEI models are running, we will add the IPC receivers. Also, the model currently only has 8 inputs. This will need to be scaled up for receiving all data.

There are also preliminary ODC master medm screens available from the ODC site overview.
H1 SUS
arnaud.pele@LIGO.ORG - posted 18:38, Monday 21 October 2013 - last comment - 18:47, Tuesday 22 October 2013(8194)
ETMX R0

Since phase 3a ETMX reaction chain transfer functions from thursday night didn't look good, Travis and Betsy went back in chamber on friday and moved back one of the top mass earthquake stop (one blocking the vertical direction). New series of transfer functions have been ran over the week end and are plotted in the attachments.

They now show a good match with the model and LLO measurements and moving the EQ stop definitely improved the results. Although, transverse still doesn't have any coherence with the drive, see second page of 2013-10-18[...].pdf attached

I checked the voltage at the output of the coil driver during the drive of transverse and the signal is clearly there, see image attached.

The attached results are described below :

(1) 2013-10-18[...] = Plot comparing R0 undamped TF phase 3a and the model

(2) allquads_[...] = Comparison between LHO R0 undamped TF phase 3a on friday night (2013-10-18), LHO R0 undamped TF phase 3a on thursday night (2013-10-18)

(3) Image = Screenshot of the drive signal of side osem at gps = 1066192865 (during transverse excitation) at (in red) the excitation test point, and (in blue) the coil driver output. Signals are coherent, meaning the chain between the dac and the coil driver is not broken

Images attached to this report
Non-image files attached to this report
Comments related to this report
arnaud.pele@LIGO.ORG - 18:47, Tuesday 22 October 2013 (8223)

Richard replugged satelitte box cables, and the actuation is now properly working on the side osem. Transfer functions are running overnight

LHO General
justin.bergman@LIGO.ORG - posted 15:51, Monday 21 October 2013 (8201)
ops

Things happening:

From Morning Meeting:

SEI payloading at EX

Kill circuit for Prometheus laser being installed at EX (temporary mount)

ISC table being craned into place at EX

HAM6 cabling

Doug/Jason alignment at EY

Apollo moving scissor lift from MY to EY

Insulators continuing on X1

 

830 ACE septic

849 Mount Lock and Key along X-arm

910 Patrick restarting lab dust monitors

955 Corey installing TMSX cabling

1042 Mayflower metals swapping scrap recyling bin

1128 Sprague onsite, two vehicles

1200 Forklift Service onsite

1441 DAQ restart for dust monitor work      

LHO General
patrick.thomas@LIGO.ORG - posted 15:01, Monday 21 October 2013 - last comment - 15:45, Monday 21 October 2013(8200)
Reverted back dust monitor code
This falls under WP 4198.

For the time being I have reverted the dust monitor code back to device support met_one_227b-1.0.1 and IOC dust_met_one_227b-1.0.4.

I stopped the test code running for the optics labs (which I had restarted on opsws8 this morning) at 14:04.

I copied the dust target directories from /ligo/lho/h0/target to /ligo/lho/h0/target_archive. I appended _october_21_2013 to them.
I copied the dust target directories with _october_8_2013 appended to them from /ligo/lho/h0/target_archive to /ligo/lho/h0/target.

I stopped the dust IOCs running on h0epics.
I started the reverted dust IOCs on h0epics2.

Dave reverted back the INI file and restarted the DAQ.

I burtrestored the IOCs with the files in /ligo/cds/lho/h0/burt/2013/10/07/00:00.
Comments related to this report
patrick.thomas@LIGO.ORG - 15:45, Monday 21 October 2013 (8203)
Dust monitor 3 kept stopping after this change. I went out and checked the front panel. The mode was manual and the hold time was 1 second. I changed the mode to automatic and the hold time to 1 minute. While I was out there I checked dust monitor 15. It turns out that it has no fuse in the breakout box. When I came back in the IOC for the dust monitors in the LVEA was giving errors. I restarted it and burtrestored it using the file in /ligo/cds/lho/h0/burt/2013/10/07/00:00.

To do: Put fuse in breakout box for dust monitor 15.
LHO VE
kyle.ryan@LIGO.ORG - posted 14:22, Monday 21 October 2013 (8198)
Soft-closed GV10 andd GV11 for a few hours during craning operations


			
			
H1 ISC
corey.gray@LIGO.ORG - posted 13:12, Monday 21 October 2013 - last comment - 10:55, Friday 03 October 2014(8196)
Final Two TMS QPD In-Vac Cables Connected To Chamber

After consulting with Keita and TMS group, we finalized where we wanted the QPD cables to go [we have to be EXTREMELY careful with cabling the QPDs because if the wrong cable is connected to these guys we run the risk of frying the QPDs---several QPDs were damaged during the H2 TMS Installation].  Basically, we stuck with what the drawing (D1300007) calls out.  But I made sure to clearly label the external flanges to where the QPDs are connected (see photo).

Below is the latest cable run-thru with Flanges noted:

In-Air Cable

Chamber 

feed-thru

In-vac cable Cable Bracket In-Vac Cable

Cable Bracket

on TMS

In-Vac Component
H1:SUS_BSC9_TMONX-1("SUS1") .....|E6-7C1|..... D1000225 s/n S1106816 CB3, 1st floor D1000234 s/n V2-96-903 --- OSEMS:  Face1, Face2, Face3, Left
H1:SUS_BSC9_TMONX-4("SUS2") .....|E6-7C2|..... D1000225 s/n S1106771 CB3, 2nd floor D1000234 s/n V2-88-934 --- OSEMS:  Right, Side, ---, ---
: In-Air cable not run yet : .....|E4-2C1|..... D1000924 s/n S1104104 CB6, 1st floor D1000568 s/n S1104110 CB-primary, 1st floor Green QPD (D1000231 s/nS1202413)
: In-Air cable not run yet : .....|E4-1C2|..... D1000924 s/n S1203963 CB6, 2nd floor D1000568 s/n S1202739 CB-primary, 2nd floor Red QPD (D1000231 s/nS1202411)
: In-Air cable not run yet : .....|E4-1C1|..... D1000223 s/n S1202653 CB5, 1st floor D1000921 s/n S1104112* CB-entry, 2nd floor Picomotors (D1000238 s/n S1105218)
: In-Air cable not run yet : .....|E4-2C2|..... D1000223 s/n S1202656 CB5, 2nd floor D1000921 s/n S1104113 CB-entry, 1st floor Beam Diverter (D1000237 s/n S1202724)

 

 

	
in-vac cable cable bracket in-vac cable in-vac component
H1:SUS_BSC9_TMONX-1("SUS1")
in-vac cable cable bracket in-vac cable in-vac component
H1:SUS_BSC9_TMONX-1("SUS1")

 

 

Images attached to this report
Comments related to this report
corey.gray@LIGO.ORG - 10:55, Friday 03 October 2014 (14289)

ICS Note:  D1000225 s/n S1106771 is not in ICS :-/

H1 CDS
david.barker@LIGO.ORG - posted 13:01, Monday 21 October 2013 (8197)
Started h1odcmaster model on h1oaf0

Stefan, Ryan, Dave, Jim

We added SYS to the build environment and compiled h1odcmaster against RCG2.7.2. We then started this model for the first time on h1oaf0 (DCUID 27, CPU 5). The model is self contained at the moment, no IPC parts and not added to the DAQ.

H1 ISC
alexan.staley@LIGO.ORG - posted 11:45, Monday 21 October 2013 - last comment - 15:28, Monday 21 October 2013(8193)
Fiber cable power

(Sheila, Alexa)

 

We measured the fiber coming out of the single-mode optical fiber at several locations. During the measurements the ref cav trans PD is reading .46 volts.

1.7mW from the PSL to the input of the ALS Fiber Distribution Chassis on ISCR1

127uW @ x-ouput of ALS Fiber Distribution Chassis

110uW @ MSR input

80uW @ MSR output

20uW @ EX

 

In comparison to alog 6341, we had 7.7mW from the PSL with a ref cav trans of 2 volts. So if we align the ref cav we will gain a factor of 4 power.  There was also only a 50% loss in power between the MSR output and EY in comparison to the 75% loss we are seeing. Hopefully we can gain some more power by cleaning the fiber cable.

Comments related to this report
alexan.staley@LIGO.ORG - 15:28, Monday 21 October 2013 (8202)

As per Richard's request, I doubled check the power coming out of the EX fiber more rigorously using a fiber cable and found the power to be 28uW.

H1 IOO
paul.fulda@LIGO.ORG - posted 10:23, Monday 21 October 2013 (8190)
PSL commissioning mode beam jitter measurements

The beam jitter into the IMC with the PSL in "commissioning mode" was measured. This was done by DC misaligning the IMC in all 4 degrees of freedom (D.O.F.s) separately, and measuring the relative intensity noise (RIN) spectra in IMC transmission at MC2trans QPD and IM4trans QPD. The RIN spectra were calibrated to HG10 mode amplitude in the input beam using the expressions relating cavity eigenmode D.O.F.s to MC mirror D.O.F.s in [1], along with the equations relating transmitted power to misalignment in the presence of an alignment offset and beam jitter which is small compared to the offset.

The results are compared with the requirements for PSL pointing stated in [2] in the first two attached plots. The measured jitter is roughly 1 order of magnitude above the requirements at frequencies greater than a few Hz. This statement comes with a few caveats:

1. The PSL was in "commissioning mode", which is known to be a higher jitter noise environment than the "science mode" (see [3]).

2. Measurements were unfortunately not taken of the RIN in IMC transmission in the nominally perfect alignment state. It's possible therefore that some points on the jitter spectra were limited by 'intrinsic' intensity noise, rather than intensity noise coupled from beam jitter. I will try to get a plot for the intrinsic intensity noise on the same axes in due course.

3. Beam centering on the IMC transmission QPDs may have been an issue. The beam on MC2trans QPD was well centered, as expected since this is part of the WFS loop, but the beam on IM4trans QPD was quite high (see attached jpeg of the DC QPD MEDM readouts). For this reason I trust results from MC2trans more, because if there was clipping (as is more likely on IM4trans) this would also couple the IM4trans QPD motion into the measured RIN.

Interestingly, it looks like tilts contribute more to the input beam jitter than shifts (blue and red lines in the plots are lower than the green and yellow lines). This is what one might expect if the main jitter sources are after the mode matching telescope on the PSL, because components after this point are only around 1/4 of a Rayleigh range from the IMC waist. There might be some more information to be gained about which components cause jitter at which frequencies by looking at the difference between certain peaks in different D.O.F. jitter spectra.

I have attached the Matlab analysis script to produce the calibrated plots from the DTT data. The data files can be found in /ligo/home/controls/paul.fulda

[1] https://dcc.ligo.org/LIGO-P1000135

[2] https://dcc.ligo.org/LIGO-T0900142

[3] https://dcc.ligo.org/LIGO-T1300368

Images attached to this report
Non-image files attached to this report
X1 SUS
jeffrey.bartlett@LIGO.ORG - posted 10:16, Monday 21 October 2013 - last comment - 08:12, Tuesday 22 October 2013(8191)
Phase 1b Testing 3IFO-OMC
    On Friday I took the transfer function and power spectra data for phase 1b testing of the 3IFO-OMC suspension. The data has been plotted and compares favorably with the already pass Phase 1b testing data from H1-OMC. The plots are attached below and are ready for review by the testing group.  
Non-image files attached to this report
Comments related to this report
arnaud.pele@LIGO.ORG - 10:48, Monday 21 October 2013 (8192)

Results look good, and are approved for phase 1b

stuart.aston@LIGO.ORG - 08:12, Tuesday 22 October 2013 (8206)
Agree, no concerns at all, a really nice and clean set of measurements!

Great work the assembly and testing team!
H1 CDS
stefan.ballmer@LIGO.ORG - posted 19:03, Sunday 20 October 2013 (8185)
Script for tracking down simulink versions of compiled font-end code
The file is currently at ~controls/sballmer/bin/checkCompiledModel

Usage:
checkCompiledModel mymodel.mdl

Example 1:
==========
controls@opsws3:~ 0$ ./sballmer/bin/checkCompiledModel SIXOSEM_T_STAGE_MASTER.mdl
SIXOSEM_T_STAGE_MASTER.mdl | LastModifiedDate "Thu Oct 11 10:00:18 2012" | h1susmc1 |
SIXOSEM_T_STAGE_MASTER.mdl | LastModifiedDate "Thu Oct 11 10:00:18 2012" | h1susmc3 |
SIXOSEM_T_STAGE_MASTER.mdl | LastModifiedDate "Thu Oct 11 10:00:18 2012" | h1susomc |
SIXOSEM_T_STAGE_MASTER.mdl | LastModifiedDate "Thu Oct 11 10:00:18 2012" | h1suspr2 |
SIXOSEM_T_STAGE_MASTER.mdl | LastModifiedDate "Thu Oct 11 10:00:18 2012" | h1suspr3 |
SIXOSEM_T_STAGE_MASTER.mdl | LastModifiedDate "Thu Oct 11 10:00:18 2012" | h1sussr2 |
SIXOSEM_T_STAGE_MASTER.mdl | LastModifiedDate "Thu Oct 11 10:00:18 2012" | h1sussr3 |


Example 2:
==========
controls@opsws3:~ 0$ ./sballmer/bin/checkCompiledModel h1isiham5.mdl
h1isiham5.mdl | LastModifiedDate "Mon Aug 5 14:22:07 2013" | h1isiham5 | Name "SVN $Id: h1isiham3.mdl 3807 2013-02-13 23:39:29Z hugo.paris@LIGO.ORG $"

Example 3:
==========
controls@opsws3:~ 0$ ./sballmer/bin/checkCompiledModel MC_MASTER.mdl
MC_MASTER.mdl | LastModifiedDate "Thu Jan 24 13:17:13 2013" | h1susmc2 |
MC_MASTER.mdl | LastModifiedDate "Thu Jan 24 13:17:13 2013" | h1susprm |
MC_MASTER.mdl | LastModifiedDate "Thu Jan 24 13:17:13 2013" | h1sussrm |

Example 4:
==========
controls@opsws3:~ 0$ ./sballmer/bin/checkCompiledModel hepitemplate.mdl
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1hpibs | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1hpietmx | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1hpietmy | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1hpiham1 | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1hpiham2 | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1hpiham3 | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1hpiham4 | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1hpiham5 | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1hpiham6 | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1hpiitmx | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1hpiitmy | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1isiham2 | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1isiham3 | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1isiham4 | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1isiham5 | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"
hepitemplate.mdl | LastModifiedDate "Tue Feb 12 09:30:54 2013" | h1isiham6 | Name "SVN $Id: hepitemplate.mdl 3774 2013-02-12 17:32:42Z vincent.lhuillier@LIGO.ORG $"


Code:
=====

#!/bin/bash

# usage:
# checkCompiledModel 
#
# makes a list of all front end codes that use 
# and lists the LastModifiedDate of , as well as
# the SVN Id string
#
# useful for
#  - figuring out which model uses which library
#  - what version things are compiled agains
#
# Author: Stefan Ballmer, 2013/10/20

# parameters
model=$1

TEMPDIR=/tmp/tempDir_checkCompiledModel

files='ls /opt/rtcds/${site}/${ifo}/target/${ifo}*/src/sources.tar.gz'

# make temporary directory
mkdir $TEMPDIR
cd $TEMPDIR

for f in $files
do
  g='echo $f | sed 's/// /g' | awk '{print $6}''
  # echo checking $g
  mkdir $g
  tar -xf $f -C $g
  data='find $g -name $model'
  for d in $data
  do
    lmod='grep LastModifiedDate $d'
    svnstr='grep "SVN $Id" $d'
    echo $model | $lmod  | $g | $svnstr
  done
done

cd ..
rm -rf $TEMPDIR
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 SEI
richard.mittleman@LIGO.ORG - posted 16:10, Thursday 17 October 2013 - last comment - 14:38, Monday 21 October 2013(8152)
ITMY HEPI

ITMY now has two HEPI controllers installed (both of which work I think)

 

Control Level one is a positon sensor only ~5Hz UUG  in all DOF (VP and HP are AC coupled at some low frequency (<1mhz))

Control Level two, uses the second set of blend filters (lil bit iso) just the second button and has ~10Hz UUG (5Hz for VP and HP)

  It blends X,Y Z and rZ at about  0.5Hz  and rX and rY at about 0.8Hz

 

  I tried to design with minimum gain peaking every where (< a factor of two if you believe  linear control theory, which HEPI doesn't always)

  I characterized this controller in /ligo/svncommon/Seisvn/seismic/HEPI/H1/ITMY/Data/Spectra/Preformance_A.xml

 

There are three screen shots from this dtt attached, the Ref plots are with HEPI controls ON

 

The orange like color  and green are the ISI stage 1 T240 modal signals HEPI on/off

The pinkish  or grey and blue are the HEPI L4C signals on/off

red and pinkish are sts2 ground signals during the two tests

 

I don't really believe all of that isolation in the rotational directions, not sure why it is there .....

 

 

  **** the HEPI on script doesn't seem to be working so well hopefully this will get fixed soon ****

Images attached to this report
Comments related to this report
arnaud.pele@LIGO.ORG - 14:38, Monday 21 October 2013 (8199)

Here are the plots Rich meant to attach :

Images attached to this comment
H1 ISC
alexan.staley@LIGO.ORG - posted 11:33, Thursday 10 October 2013 - last comment - 12:00, Monday 21 October 2013(8074)
End X Cabling

(Daniel, Alexa)

We have installed all the RF cables on the field and remote racks at EX for ISC. We still need to intall the RF cables that go from the field rack onto the table. There are also some short cables missing:

1 x DB37 - 6 ft (for RF Amp concentrator)

2 x BD25 - 5 ft (for RF Amp concentrator to RF oscillators)

1 x DB15 - 3 ft (to phase frequency discrimantor from port 1 of demod concentrator)

1 x DB14 - 5 ft (to demod from port 2 of demod concentrator)

1 x DB37 - 3 ft (for timing concentrator; to replace a 5ft cable)

There is also a long cable missing from the RF Pre Amplifier (D1201294) to the concentrator.

 

We also noticed that the 71 MHz RF Oscillator did not seem to be properly tuned.

Comments related to this report
alexan.staley@LIGO.ORG - 12:00, Monday 21 October 2013 (8195)

These cables have been put in place.

Displaying reports 76561-76580 of 84502.Go to page Start 3825 3826 3827 3828 3829 3830 3831 3832 3833 End