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
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.
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") |
ICS Note: D1000225 s/n S1106771 is not in ICS :-/
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.
(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.
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.
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
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.
Results look good, and are approved for phase 1b
Agree, no concerns at all, a really nice and clean set of measurements! Great work the assembly and testing team!
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
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.
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
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.
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?
No, do not trust the counts since October 8.
Brilliant.
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.
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 ****
(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.
These cables have been put in place.