Displaying reports 74921-74940 of 83002.Go to page Start 3743 3744 3745 3746 3747 3748 3749 3750 3751 End
Reports until 15:12, Thursday 31 October 2013
H1 AOS (SEI, SUS)
jason.oberling@LIGO.ORG - posted 15:12, Thursday 31 October 2013 (8345)
WBSC3 ITMx Alignment
IAS: J. Oberling
SUS: B. Weaver, T. Sadecki
 
Took a first look at the ITMx today.  It was initially pitched too far down to get accurate numbers, so Travis jumped in the chamber and adjusted it.  After that I measured the following position errors and pitch/yaw:

On caveat here: since the ISI was floating we couldn't attach the corner cube to get an accurate longitudinal measurement.  The total station can use a "Sheet Refelctor" mode to measure the distance to the optic from the HR face directly, but this introduces more error in the measurement.  For the purpose of calculating the lateral and vertical errors a few mm of error in the longitudinal measurement means almost nothing at this distance (>33 m; a 5 mm shift in the longitudinal direction only imparts a change of <1 µm in the lateral/vertical error calculation), but I would not use this longitudinal measurement as a basis for the actual optic position (and adjust HEPI when it might not be necessary).  When the ISI is locked down we will attach the corner cube and get an accurate measurement of the longitudinal position error of the ITMx (and make any decisions about HEPI adjustments at that point).

LHO General
patrick.thomas@LIGO.ORG - posted 14:51, Thursday 31 October 2013 (8343)
Changed dust monitor sample and hold times for optics labs
These are still running the test code.

I changed the sample time to 20 seconds and the hold time to 280 seconds for the dust monitors in the optics lab, vacuum prep lab and bake oven room. These were set through the 'expert' medm screen for each.
H1 CDS
david.barker@LIGO.ORG - posted 14:41, Thursday 31 October 2013 - last comment - 10:12, Friday 01 November 2013(8342)
transition from matlab 2010a to 2012b, you may not be able to go back

I made PSL model changes this week to add channels to the science frame. Pre-empting next week's upgrade to matlab2012b, I modified all the mdl models used to build the code using 2012b (in some cases just adding an SVN $Id$ tag in order to make a change).

Today I tried to open the psl models using matlab2010a. I had no problems with h1psliss and h1pslfss, but h1pslpmc crashed 2010a. There are no problems opening this with 2012b. Presumably PMC uses some matlab parts with are not backwardly compatible with 2010a.

When I made the transition, the original 2010a versioned file was save by matlab with a 2010a prefix. We should always do this.

Comments related to this report
cyrus.reed@LIGO.ORG - 10:12, Friday 01 November 2013 (8353)

You have to use the 'Export Model to > Previous Version' if you want to save a model in the earlier format.  Incompatible blocks that postdate the export file format version are converted to empty masked subsystem blocks in the exported file:

http://www.mathworks.com/help/simulink/ug/saving-a-model.html#f2-86382

The default file format is set in the preferences, or via command line:

http://www.mathworks.com/help/simulink/gui/simulink-preferences-window-main-pane.html#bs_hdzw

H1 INS
jodi.fauver@LIGO.ORG - posted 14:12, Thursday 31 October 2013 (8341)
HAM6 Prep for upcoming OMC Install
The Apollo crew and I started clean-up around HAM6 this morning. Randy and Eddy moved the squeezer table legs under the mezzanine stairs, which is an excellent long-term storage place for them. The pallets containing SEI masses and hardware were moved to less problematic spots. I located a rack for hanging garb, a shelving unit to hold dispensers and bins, and a short bench that we can use for the garbing cleanroom. I will try to round up dispensers and staging tables tomorrow.
H1 ISC (ISC)
sheila.dwyer@LIGO.ORG - posted 14:09, Thursday 31 October 2013 - last comment - 14:09, Thursday 31 October 2013(8338)
Tip tilts for HAM6

Yesterday Keita had Alexa and I mount some optics in tip tilts to prepare for HAM6 work. 

For OM1 we mounted an optic E1201104 SN3 in tip tilt serial number 2

For OM2 we mounted E1100056-1 serial number 12 in tip tilt serial number 4.  

Both of these were pitched downward after installing the optic.  We tried to balance them by turning the bolt that is on the bottom of the mirror holder, but found that for each of them we had to turn the bolt until it was hitting the tip tilt mount.  This is similar to the situation Kiwamu described in https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=7897

We replaced the silvered, 1and 1/2" 8-83 bolts with 1 inch stainless bolts, which is what is called for in D1001396.  I then thought we should try the same thing for the tip tilt assmebly that had been rejected durring the HAM1 work (serial number 9).  With the optic installed and the 1 inch bolt, the mirror was pitched up, we would have needed to add a longer screw to correct it.  I didn't realize that Joe had reclamped the wire in a effort to solve the large pitch seen in HAM1.  

As I tried to remove the optic I chipped it, Alexa has taken photos, one is attached. 

The small pice that is used to put some tension on the mirror (D1001648, the tip tilt nudge) sticks out somewhat into the mirror holder even when the bolt is loose, meaning that we put a lot of pressure on the optics to get them in.  This creates small scraches along the barrel of the optic where the other two contact points are as we push the optic in, and this is where the optic chipped.  This optic had no serial number and an unpolished barrel.  

We have another optic and will clean it this afternoon. 

Images attached to this report
Comments related to this report
alexan.staley@LIGO.ORG - 14:07, Thursday 31 October 2013 (8340)

Here is the link for pictures of the chipped optic (this is a class A clean optic BS99% 1064nm, ref E1000457-v1)

H1 INS
jodi.fauver@LIGO.ORG - posted 14:05, Thursday 31 October 2013 (8339)
HAM2 Prep for upcoming SYS cleaning and other activities
The chamber was cleaned this morning but the cleaning crew reported that it was quite clean. Bubba and the Apollo crew waited for a go ahead from Cheryl and Mark Barton (HAM Aux TFs?). One door was off before lunch and the second door was taken off right after lunch.
H1 DAQ
david.barker@LIGO.ORG - posted 12:32, Thursday 31 October 2013 (8336)
DAQ reconfigure, added CONLOG to EDCU

Patrick, Dave

The DAQ was reconfigured to acquire some CONLOG EPICS channels via the EDCU. A new H1EDCU_CONLOG.ini file was created by Patrick, I added it to the h1dc0 master file. The configuration change was activated by the DAQ restart at noon today.

H1 CDS
david.barker@LIGO.ORG - posted 12:30, Thursday 31 October 2013 (8335)
h1sussr3 now running.

Jim, Dave

We waited until the HAM2 SUS IM team had completed their measurements before attempting to recover h1sush56 front end. The computer was is a locked state from last night during model changes to h1sussr3. We took the user models out of rtsystab (so they would not auto start), remotely took h1sush56 out of the Dolphin fabric and pressed the RESET front panel button. The computer booted and ran the IOP model with no problems. We restored the systab and started the h1sussr3 (modified) and h1sussrm (unmodified). They both exhibited a 0x2bad DAQ status, but the IOP kept good. We then restarted the DAQ, restarted these models and all is well on h1sush56. Looks like mx_streams between the FE and DAQ was in a strange state, but why was the IOP model good?

After the DAQ restart, the h1susauxey front end went into a bad DAQ state which was cleared by restarting its mx streams.

H1 INS (INS, SEI)
jim.warner@LIGO.ORG - posted 09:53, Thursday 31 October 2013 (8332)
Bad HEPI Parker Valve at ETMX

This morning while Hugh was working on ETMX HEPI actuator installs, I did some investigating on a problematic actuator on corner 3 (SE). This actuator was initially attached, but was found to pull the system down .020", about half of it's range, so it was detached. When the actuator was installed, it had shims added that held it in its nominal position, roughly the middle of its travel, and in this state its position sensor read 3300 cts (0 is center, ideally). When I pulled the shims with the pier valve in the run position, but the Parker valve (HEPI actuator valve) unplugged (to ensure no drive on the actuator) the actuator contracted until it railed the IPS (-32000 cts). When I closed the pier valve, the actuator moved back to -9500 (about .010") cts, which I think is probably a normal shift ( .005 is a normal shift when attaching, but the HEPI main springs are pulling the other direction at that point, not the case here). Pretty sure this means we need to replace the Parker valve.

H1 CDS
patrick.thomas@LIGO.ORG - posted 09:19, Thursday 31 October 2013 (8331)
Restarted Conlog to change status channel names
Updated the Conlog medm and sitemap link.

Restarted Conlog and set the prefix to H1:CDS-CONLOG_. The sitemap CDS->Conlog link should now work.
H1 SUS
mark.barton@LIGO.ORG - posted 09:04, Thursday 31 October 2013 - last comment - 15:17, Thursday 31 October 2013(8330)
IM TFs

Cheryl asked if we could get TFs for IM2, IM3 and IM4 to complete the IM1 set from 8287 before the HAM door is removed, so I set them going in parallel in three Matlab sessions on opsws7. They should be done by about 11:30 am.

Comments related to this report
mark.barton@LIGO.ORG - 11:53, Thursday 31 October 2013 (8334)IOO

All data taken OK. Individual plots attached.

There's still a bug in the script that does comparison plots so stay tuned for that.

Note that the model now includes eddy-current damping, but the values are from by-eye fitting to IM1 data, not actual estimates from magnet and copper block properties.

Chamber is released for door work.

Non-image files attached to this comment
mark.barton@LIGO.ORG - 15:17, Thursday 31 October 2013 (8344)IOO

Here's the comparison plot, including one old trace for IM1 taken by Szymon with DTT on 1/23, and the four new traces for IM1-4 taken with Matlab recently.

The consistency from measurement to measurement is very good, even between DTT and Matlab.

There appears to be a different gain error for each DOF, which is probably an issue with the model:

L: model is about 0.6 of measurement

P: model is about 1.4 of measurement

Y: model is about 2.4 of measurement

Arnaud spotted that the script error mentioned above turned out to be that plothaux_matlabtfs.m and plotHAUX_dtttfs.m were writing intermediate data files of slightly different formats. We tweaked plotHAUX_dtttfs.m and regenerated ^/trunk/HAUX/H1/IM1/SAGM1/Results/2013-01-23_1600_H1SUSIM1_M1.mat.

Non-image files attached to this comment
H1 CDS (SEI, SUS)
james.batch@LIGO.ORG - posted 08:36, Thursday 31 October 2013 (8329)
Restarted streamers on front-ends, but don't get too excited yet
Data is flowing to the data concentrator again, but h1sush56 is locked up.  Restarting will almost certainly take down the Dolphin IPC network, which will disrupt most of the computers in the corner station.  So don't get too excited about taking data this morning until the system is stable.
Logbook Admin Bug (CDS)
jeffrey.kissel@LIGO.ORG - posted 23:06, Wednesday 30 October 2013 - last comment - 23:08, Wednesday 30 October 2013(8326)
tar.gz files fail to upload
I was looking to upload the source code tar ball for the record in LHO aLOG 8325, but after selecting the file in the browser, I hit the "upload file" button and the file just disappears from the browse field without uploading anything.

We've requested that *any* file type should be upload-able, as long as it's under the 10 Mb limit (see LHO aLOG 3798 and subsequent comments) but I guess the infrastructure doesn't allow for it?

P.S. looking if we've requested this before ('cause I thought ), I rediscovered a report of a bug that's still present:
.
Comments related to this report
jeffrey.kissel@LIGO.ORG - 23:08, Wednesday 30 October 2013 (8327)
For the record, the exact tarball (if it doesn't change before tomorrow when we fix the problem) lives in
/opt/rtcds/lho/h1/target/h1sussr3/src/sources.tar.gz
if it has something to do with this specific tar ball, but I doubt it.
H1 SUS (CDS, DAQ)
jeffrey.kissel@LIGO.ORG - posted 22:52, Wednesday 30 October 2013 - last comment - 05:21, Thursday 31 October 2013(8325)
ECR E1300578 and E1300261 Progress -- HLTS Models -- And crashed to Data Concentrator / Framebuilder
J. Kissel

I've now updated the HLTS front-end simulink models as per ECR E1300578, similar to the QUADs, TMTS, and BSFM, as described in G1301192. After successful compilation of both H1SUSPR3 and H1SUSSR3, Fabrice informed me that Arnaud was gathering some data looking for long-term drift on PR3, so I only installed and restarted SR3. Of course, up successful compilation and install, I went to restart the front end with the new process and it hung halfway through, completely taking down the data concentrator / frame builder / DAQ, and took down the entire h1sush56 front end. I attach a screenshot of the CDS overview screen. *sigh*. The reigning king of finding crazy obscure bugs in CDS and exercising them wins again. The only debugging I've done is trying to reboot the data concentrator once, by doing the following

controls@opsws3:models 0$ telnet h1dc0 8087
Trying 10.101.0.20...
Connected to h1dc0.cds.ligo-wa.caltech.edu.
Escape character is '^]'.
daqd> shutdown
OK
Connection closed by foreign host.
controls@opsws3:models 1$

This brought back *some* of the front ends back up and to green status (The SEI and SUS computers at the end stations), but the corner is cooked.

Sorry Arnaud, and anyone else who was gather data overnight.

Giving up for the night and will continue fighting the good fight tomorrow morning.

I tried uploading the source from the target area, but the aLOG doesn't like tar.gz's at all.

------
Here's the status of the sus corner of the SVN repo that's a result of my work:

MM      common/models/HAUX_MASTER.mdl                  # haven't started on the HAUX yet
MM      common/models/HLTS_MASTER.mdl                  # changes complete, but don't want to commit until I can successfully start the front end process
M       common/models/SIXOSEM_T_STAGE_MASTER.mdl       # same as above
MM      common/models/MC_MASTER.mdl                    # haven't started on the HSTS yet
M       common/models/OMCS_MASTER.mdl                  # haven't started on the OMCS yet
M       common/models/SIXOSEM_T_WD_AC_MASTER.mdl       # changes complete, but don't want to commit until I can successfully start the front end process
M       common/models/SIXOSEM_T_WD_DC_MASTER.mdl       # changes complete, but don't want to commit until I can successfully start the front end process
MM      common/models/HSTS_MASTER.mdl                  # haven't started on the HSTS yet

M       h1/filterfiles/H1SUSTMSX.txt                   # Haven't committed since new code has been installed, these still need a hand clean up of now-vestigial filter banks
M       h1/filterfiles/H1SUSTMSY.txt                   #     | 
M       h1/filterfiles/H1SUSBS.txt                     #     | 
M       h1/filterfiles/H1SUSSR3.txt                    #     | 
M       h1/filterfiles/H1SUSETMX.txt                   #     | 
M       h1/filterfiles/H1SUSETMY.txt                   #     | 
M       h1/filterfiles/H1SUSITMX.txt                   #     | 
M       h1/filterfiles/H1SUSITMY.txt                   #     V
 
M       h1/models/h1susprm.mdl                         # haven't started on the HSTS yet
M       h1/models/h1sussrm.mdl                         #     |
M       h1/models/h1suspr2.mdl                         #     V
M       h1/models/h1suspr3.mdl                         # changes complete, but don't want to commit until I can successfully start the front end process
M       h1/models/h1sussr2.mdl                         # haven't started on the HSTS yet
M       h1/models/h1sussr3.mdl                         # changes complete, but don't want to commit until I can successfully start the front end process
M       h1/models/h1susomc.mdl                         # haven't started on the OMCS yet
M       h1/models/h1susmc1.mdl                         # haven't started on the HSTS yet
M       h1/models/h1susmc2.mdl                         #     |
M       h1/models/h1susmc3.mdl                         #     V


Images attached to this report
Comments related to this report
keith.thorne@LIGO.ORG - 05:21, Thursday 31 October 2013 (8328)
The front-end models are running - however data shipping to the data concentrator is not working (or only partially).
What is needed is to restart the mx_stream processes on each front-end.
  ** There should be a script 'restart_all_mxstreams.sh' in /opt/rtcds/lho/h1/target/h1dc0.  If you log into the boot server as 'controls' you should be able to run this script smoothly.
All this script (should) do is ssh onto each front-end, then do /etc/init.d/mx_stream stop, /etc/init.d/mx_stream start.  
* You can do this manually on each front-end to see if it fixes the problem.

[ and yes, we need more complete info, helpful docs consistent at both sites]
H1 SUS
arnaud.pele@LIGO.ORG - posted 19:28, Friday 25 October 2013 - last comment - 10:13, Thursday 31 October 2013(8279)
ETMX and SRM measurements

I will start transfer functions of top mass of main and reaction chain of ITMX phase 3a (in chamber, under vacuum) on computer opsws2 and top mass phase 2b SRM (test stand) on computer opsws0 from 8pm tonight.

Measurements will run until saturday morning. Please do not close those matlab sessions if you come over the week end.

The channel list used to get the data from the framebuilder (in generate_channel_list.m living in sus/trunk/Common/Matlabtools/SchroederPhaseTools) has been modified to match with the recent model upgrade of the QUADS. Since channels H1:SUS-${QUAD}_${L1/L2}_DAMP_${DOF}_IN1_DQ do not exist any more. They are now called H1:SUS-${QUAD}_${L1/L2}_WIT_${DOF}.
This is related to why we couldn't get data out of the frame for the ETMX on thursday
This is also related to why we couldn't see any good calibrated rotation signal with dataviewer on ETMX for the UIM and the PUM

Comments related to this report
arnaud.pele@LIGO.ORG - 10:13, Thursday 31 October 2013 (8333)

I ment ITMX in the title

H1 IOO
paul.fulda@LIGO.ORG - posted 14:01, Monday 11 February 2013 - last comment - 12:48, Thursday 31 October 2013(5452)
Pre-vent IMC length/frequency noise spectrum

[Kiwamu, Paul]

Just before the vent today we measured new noise spectra for the frequency and length feedback paths.

The 'whitening filters' in the IMC_X path (see Giacomo's LHO alog entry 5311) were not engaged. They were put in the model at LLO in an attempt to combat the digital noise in IMC_X above ~50Hz (see Anamaria's LLO alog entry 5821) but need to be taken account of when plotting the data.

We corrected the IMC_F frequency to length calibration to give the equivalent motion of MC2, instead of the equivalent round trip length change. This has now been edited in the filter bank for the IMC_X path; the FtoL filter has been changed to a DC gain of 5.8465e-14 (dX=df x lambda/(2FSR)). 

Relevant paramters during the measurement:

Common mode gain 20dB

Common mode filters: Compensation and 1st Boost

Fast gain -2dB

Slow path bypassed offsets and filters

MC2 M3 lock gain -1000, engaged filters: 150:4 and CLP100

MC2 M2 lock gain 0.06, engaged filters: 0.01:0.1, 0.03:1, Stab8:2, 300:1 and ELF80

Damping filter: resg and Ellip50 (the filter in IMC_X path was switched to the wresg filter to reflect this change)

Non-image files attached to this report
Comments related to this report
paul.fulda@LIGO.ORG - 15:50, Wednesday 13 February 2013 (5488)

Jeff quite rightly pointed out that there are actually 2 more filter banks in the length path for the IMC which I didn't mention in the above post.

One of these is the H1:IMC_L bank, with the following 3 filters engaged and with Gain=1: antiWhite, roll3notch and bouncenotch.

The other bank is the H1:LSC-IMC bank, with 1 blank filter engaged with Gain=1. I'm not sure yet what the purpose of this bank is but would happy to know if someone else does! I'll try to get  a signal flow chart up here soon, though it may be a little trickier from off-site.

paul.fulda@LIGO.ORG - 12:48, Thursday 31 October 2013 (8337)

I was revisiting this measurement and I thought it might be useful to add the PSL frequency noise requirement line for comparison (see attached).

Non-image files attached to this comment
Displaying reports 74921-74940 of 83002.Go to page Start 3743 3744 3745 3746 3747 3748 3749 3750 3751 End