Displaying reports 69181-69200 of 77120.Go to page Start 3456 3457 3458 3459 3460 3461 3462 3463 3464 End
Reports until 15:51, Monday 21 October 2013
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
H1 SUS
stefan.ballmer@LIGO.ORG - posted 19:17, Saturday 19 October 2013 - last comment - 14:44, Sunday 20 October 2013(8183)
First round of cleanup for SUS ODC parts
Jeff Kissel, Stefan Ballmer

We started to modify to local svn copy of the suspension models to include a cleaned-up version of the ODC parts and an IPC sender to the ODC master

Modifications to ODC library:
 - The ODC library parts were cleaned up and repackaged. They are in cds/common/model/ODC.mdl and cds/common/model/ODC_CHAN.mdl. There will be some further changes inside ODC.mdl, but the inputs and outputs won't change any more.
 - We decided to give up full backwards compatibility of the parts to get them clean up. In particular:
   - In ODC.mdl, we changed the number of inputs of the CHANS (bit combiner) block from 31 to 30, because the 31st bit cannot be used anyway (it is reserved for the parity bit)
   - In ODC.mdl, for the COMBINE_ODC block, we added one input for the bitmask and one output for a latched version of the ODC channel for epics.
   - ODC_CHAN.mdl contains a new all-in-one ODC block for use in front-end models (called CHANNEL). (see plots) 
 - Files
       ODC_CHAN.mdl
       ODC.mdl
  
Modifications to SUS master models:
 - ODC_CHANNEL_OUT is now recorded as uint32 at full rate
 - The new, all in one ODC library block (called CHANNEL) was installed (see plots).
 - Its output is routed to the last output of the master model.
 - Updated models:
       OMCS_MASTER.mdl
       HSTS_MASTER.mdl
       TMTS_MASTER.mdl
       QUAD_MASTER.mdl
       HLTS_MASTER.mdl
       BSFM_MASTER.mdl
       MC_MASTER.mdl
 - we also started to update
       HAUX_MASTER.mdl
   which did not have and ODC output at all. Jeff will finish this one tomorrow (as well as a possible merger with HTTS_MASTER.mdl)

Modifications to suspension models
 - Added an ipc link (called H1:{OPTIC}_ODC_IPC) to the new ODC output from the master model
 - Updated models:
       h1sustmsx.mdl
       h1sustmsy.mdl
       h1susprm.mdl
       h1sussrm.mdl
       h1suspr2.mdl
       h1susbs.mdl
       h1suspr3.mdl
       h1sussr2.mdl
       h1sussr3.mdl
       h1susetmx.mdl
       h1susomc.mdl
       h1susetmy.mdl
       h1susmc1.mdl
       h1susmc2.mdl
       h1susitmx.mdl
       h1susitmy.mdl
       h1susmc3.mdl
 - All of them did recompile, but we did not install or run any of them yet.

None of the listed files are in svn yet - Jeff will implement additional changes tomorrow.

Images attached to this report
Comments related to this report
stefan.ballmer@LIGO.ORG - 14:44, Sunday 20 October 2013 (8184)
I moved the new ODC library to a different file name to ensure backwards compatibility.
Old ODC library:
 cds/common/ODC.mdl
New ODC library:
 cds/common/ODC_CHAN.mdl   : top level ODC part (called CHANNEL) with 30 bit inputs and a finished ODC channel output. It points to ODCV2.mdl intenally
 cds/common/ODCV2.mdl      : updated ODC parts, contains:
                                BITCOMBINE: for combining bits (bit-shifting);  and 
                                PACK:       adds summary bit and parity bit and generates a latched version of the ODC_CHANNEL for epics consumption

Since all updated SUS models point to ODC_CHAN.mdl, they are now automatically up to date. I handed the SUS models off to Jeff for some more mods.

Next on the to do list: update ISI and HPI - this will require changes to
  isi/common/models/isi2stagemaster.mdl
  isi/common/models/isihammaster.mdl
  hpi/common/models/hepitemplate.mdl

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 69181-69200 of 77120.Go to page Start 3456 3457 3458 3459 3460 3461 3462 3463 3464 End