Displaying reports 78541-78560 of 84556.Go to page Start 3924 3925 3926 3927 3928 3929 3930 3931 3932 End
Reports until 21:41, Wednesday 24 April 2013
LHO General
patrick.thomas@LIGO.ORG - posted 21:41, Wednesday 24 April 2013 (6199)
plots of dust counts
Attached are plots of dust counts > .3 microns and > .5 microns in particles per cubic foot requested from 5 PM April 23 to 5 PM April 24. Also attached are plots of the modes to show when they were running/acquiring data.

mode:
Connecting to NDS Server h1nds1 (TCP port 8088)
Connecting.... done
13-04-23-23-59-47T0=13-04-24-00-00-00; Length=86400 (s)
1080 seconds worth of data was unavailable on this server
1440.0 minutes of trend displayed

status:
Connecting to NDS Server h1nds1 (TCP port 8088)
Connecting.... done
13-04-24-19-34-47T0=13-04-24-00-00-00; Length=86400 (s)
1080 seconds worth of data was unavailable on this server
1440.0 minutes of trend displayed

.3 microns:
Connecting to NDS Server h1nds1 (TCP port 8088)
Connecting.... done
1080 seconds worth of data was unavailable on this server
1440.0 minutes of trend displayed
read(); errno=9
read(); errno=9
T0=13-04-24-00-00-00; Length=86400 (s)
No data output.

.5 microns:
Connecting to NDS Server h1nds1 (TCP port 8088)
Connecting.... done
13-04-24-19-34-47T0=13-04-24-00-00-00; Length=86400 (s)
1080 seconds worth of data was unavailable on this server
1440.0 minutes of trend displayed
Non-image files attached to this report
H1 AOS
joshua.smith@LIGO.ORG - posted 16:43, Wednesday 24 April 2013 (6196)
DOE Shear Tests Near LHO Visible in Seismic Spectrograms
Greg Mendell, Joe Areeda, Robert Schofield, Josh Smith

The Department of Energy conducted seismic shear tests near LHO from April 6 to April 20th using a shaker truck. The last attachment is a google maps image from Robert showing the exact location of the shaker truck between 18:00 and 20:00 UTC on April 10. The first attachment is a spectrogram of H1:PEM-CS_SEIS_LVEA_VERTEX_Z_DQ over those same two hours. The injections were also visible in seismometers located at End-Y, Mid-X , and the vault, as shown in the other three attachments.

These spectrograms were made with ligodv-web https://ldvw.ligo.caltech.edu/viewer a web-based data viewer, using the default settings except 4 seconds per fft instead of 1 second. 
Images attached to this report
H1 CDS
james.batch@LIGO.ORG - posted 16:37, Wednesday 24 April 2013 - last comment - 17:00, Wednesday 24 April 2013(6197)
LHO CDS file system /ligo is being unmounted for disk repair
The /ligo file system needs repair, so we are making it unavailable for a short time, hopefully a few minutes.
Comments related to this report
james.batch@LIGO.ORG - 17:00, Wednesday 24 April 2013 (6198)
File system has been repaired and is available again.
LHO General
justin.bergman@LIGO.ORG - posted 16:06, Wednesday 24 April 2013 (6195)
ops shift

0800-1100 Apollo installing spool between HAM3/BSC2

0900 - Keita transitioned LVEA to laser hazard

0944 - Keita was able to flash the mode cleaner and transitioned LVEA back to laser safe

1000-1600 Michael R and Craig C working in H2 PSL enclosure

1054 Mark B taking quick spectra on PRM----ok with Apollo flanging next door at HAM 3

1230 Dave B updating and restarting PSL user models and DAQ

1528 Cheryl accidentally tripped and reset PRM watchdogs, which then tripped HAM2-ISI. Justin and Jim attempted to reset the ISI watchdog, the user DACKILL and the IOP DACKILL. We were apparently successful.

H1 CDS
daniel.sigg@LIGO.ORG - posted 14:56, Wednesday 24 April 2013 (6192)
H1 Corner Beckhoff
The corner Beckhoff system was switched to the new target area. The old one is now defunct. Almost all hardware is now linked in the system manager and available in the PLCs. 
H1 INS
jodi.fauver@LIGO.ORG - posted 14:48, Wednesday 24 April 2013 (6190)
HIFO Close-out-LVEA Update
After the HAM3 cleanroom was pushed as far north as possible, the curtains were modified to closely interface with BSC2 and provide clean space for the spool replacement. The small spool piece was inserted  and attached to the BSC2 flange. Next, the large spool piece was inserted and attached to the small spool piece. The large spool piece is very close to the HAM3 flange. Once the hard cover on the spool piece and the soft cover on HAM3 are removed, the bellows will be extended so that the spool is married to the chamber. I expect that all spool and appropriate flange bolts will be torqued before the Apollo crew leaves for the day. That gets us through #11 on the checklist.

1.	Done-Remove Walking Plates from BSC 2 (Place in E-Mod Staging Cleanroom)
2.	Done-Replace dome on BSC2 (Check with SEI first: unlock ISI check cables)
3.	Done-Place hard cover on BSC2/HAM3 spool openings
4.	Done-Install curtains on HAM3 cleanroom
5.	Done-Move BSC cleanroom to beamtube by East Bay pipe bridge
6.	Done-Dis-assemble Work Platform (Place on floor by BSC7)
7.	Done-Move HAM3 cleanroom north as far as possible
8.	Done-Close gaps in cleanroom to contain BSC2 spool area
9.	Done-Move SEI related electronics over center of spool area
10.	Done-Insert small spool piece
11.	Done-Insert large spool piece
12.	Install HAM3 east door
13.	Move cleanroom from pipe bridge area to HAM4-plug in-turn on
14.	Call for HAM4 cleaning
15.	Install HAM2/1 east doors
16.	Install HAM 2/3 west doors
17.	Install BSC1 viewports
18.	Remove HAM4 north door
19.	Install blank on septum plate between BSC2 and HAM4
20.	Install HAM4 north door
H1 CDS
david.barker@LIGO.ORG - posted 12:47, Wednesday 24 April 2013 - last comment - 14:13, Wednesday 24 April 2013(6186)
H1 PSL front end models upgraded to latest version

WP 3820.

I upgraded all four psl models (dbb, fss, iss, pmc) to the latest version. The steps are:

First look through the top level medm screens looks good. On the fss screen the RFPD_DC signal is white because this channel has been removed.

I'll hand it over to Michael R for further check out. This closes WP3820

Comments related to this report
michael.rodruck@LIGO.ORG - 14:13, Wednesday 24 April 2013 (6189)

Everything came back up fine as far as I could tell. Servos are all locked. I updated the safe.snap files as well.

H1 SUS
mark.barton@LIGO.ORG - posted 10:55, Wednesday 24 April 2013 - last comment - 14:55, Wednesday 24 April 2013(6185)
PRM Spectrum
I'm going to turn off the damping on PRM for a 20 minute window starting at about 10:55 am, to get a spectrum to triple-check for rubbing.
Comments related to this report
mark.barton@LIGO.ORG - 14:55, Wednesday 24 April 2013 (6191)
Spectra look clean.
Non-image files attached to this comment
H1 SEI
hugh.radkins@LIGO.ORG - posted 10:35, Wednesday 24 April 2013 - last comment - 14:04, Wednesday 24 April 2013(6184)
WBSC2 SEI/HEPI Pier3 Pier-Pod Exchanged
EE sees a fault in the Kaman Satellite box which is mounted in the Pier Pod (See LHO aLogs 6162 & 6175).  These Kaman Boxes are tuned/calibrated to the actual Inductive Position Sensor (IPS) coils but changing these out is a bit more invasive.  Can be done but will take some time.  Meanwhile we have replaced the Pier Pod with another.
Bad/Removed PierPod/Kaman: S1202914/S0812221-06-04
Replaced w/: S1202909/S0812221-02-10

This will at least allow data for positioning to be trended.
Comments related to this report
hugh.radkins@LIGO.ORG - 14:04, Wednesday 24 April 2013 (6188)
Attached is a 3 day trend of the BSC2 HEPI IPSs.  Corner3 has been dead forever (60 days at least.)  The trends show the lock of HEPI Monday, the Pod removal Tuesday, the noisy work Tuesday afternoon, and the Pod replacement this morning.
Images attached to this comment
H1 IOO
keita.kawabe@LIGO.ORG - posted 09:54, Wednesday 24 April 2013 - last comment - 10:00, Wednesday 24 April 2013(6182)
HAM IO last check before closing down

Jim unlocked HAM2 and HAM3 ISIs. HAM3 door covers are restricted by bow attachments on the door so they don't couch HAM3 ISI. Door covers for HAM2 were half opened to prevent them from touching HAM2 ISI.

After Sheila reset all WDs, IMC started flashing with 00 mode. The alignment was actually pretty good.

PRM was put in an aligned position, and the beam made it through the baffle towards HAM1 though the horizontal motion of the beam was large enough that the beam clipped once in a while, but once things are under vacuum this should settle down.

All in all we're in a very good shape.

Comments related to this report
jim.warner@LIGO.ORG - 10:00, Wednesday 24 April 2013 (6183)

I'm attaching CPS trends for both chambers, capturing before and after unlocking (unlocking is marked by the noisy areas in the middle of each plot). Most shifts are ~200 counts or less (.25 milli-inches), but the biggest is about 600 counts (.75 milli-inches). Pretty good.

Images attached to this comment
LHO General
patrick.thomas@LIGO.ORG - posted 19:35, Tuesday 23 April 2013 - last comment - 13:25, Wednesday 24 April 2013(6177)
dust monitor code changes
Dave B., Patrick T.

This work falls under permit number 3833.

This afternoon we installed new EPICS IOC code for the dust monitors in /ligo/apps/linux-x86_64/epics-3.14.12.2_long_sc. The module code is met_one_227b-1.0.0 and the IOC code is dust_met_one_227b-1.0.1. The targets are in /ligo/lho/h0/target. The IOCs are running on h0epics2.

The code changes the channel names as follows:

H0:PEM-LVEA_DST$(ID)_3             ->  H0:PEM-CS_DUST_LVEA$(ID)_300NM_PCF
H0:PEM-LVEA_DST$(ID)_5             ->  H0:PEM-CS_DUST_LVEA$(ID)_500NM_PCF
H0:PEM-LVEA_DST$(ID)_MODE          ->  H0:PEM-CS_DUST_LVEA$(ID)_MODE
H0:PEM-LVEA_DST$(ID)_RH            ->  H0:PEM-CS_RELHUM_LVEA$(ID)_DUSTMON
H0:PEM-LVEA_DST$(ID)_TEMP          ->  H0:PEM-CS_TEMP_LVEA$(ID)_DUSTMON_DEGF
H0:PEM-LVEA_DUST_LOC_$(ID)_STATUS  ->  H0:PEM-CS_DUST_LVEA$(ID)_STATUS

H0:PEM-LAB_DST$(ID)_3              ->  H0:PEM-CS_DUST_LAB$(ID)_300NM_PCF
H0:PEM-LAB_DST$(ID)_5              ->  H0:PEM-CS_DUST_LAB$(ID)_500NM_PCF
H0:PEM-LAB_DST$(ID)_MODE           ->  H0:PEM-CS_DUST_LAB$(ID)_MODE
H0:PEM-LAB_DST$(ID)_RH             ->  H0:PEM-CS_RELHUM_LAB$(ID)_DUSTMON
H0:PEM-LAB_DST$(ID)_TEMP           ->  H0:PEM-CS_TEMP_LAB$(ID)_DUSTMON_DEGF
H0:PEM-LAB_DUST_LOC_$(ID)_STATUS   ->  H0:PEM-CS_DUST_LAB$(ID)_STATUS

H0:PEM-EX_DST$(ID)_3               ->  H0:PEM-EX_DUST_VEA$(ID)_300NM_PCF
H0:PEM-EX_DST$(ID)_5               ->  H0:PEM-EX_DUST_VEA$(ID)_500NM_PCF
H0:PEM-EX_DST$(ID)_MODE            ->  H0:PEM-EX_DUST_VEA$(ID)_MODE
H0:PEM-EX_DST$(ID)_RH              ->  H0:PEM-EX_RELHUM_VEA$(ID)_DUSTMON
H0:PEM-EX_DST$(ID)_TEMP            ->  H0:PEM-EX_TEMP_VEA$(ID)_DUSTMON_DEGF
H0:PEM-EX_DUST_LOC_$(ID)_STATUS    ->  H0:PEM-EX_DUST_VEA$(ID)_STATUS

H0:PEM-EY_DST$(ID)_3               ->  H0:PEM-EY_DUST_VEA$(ID)_300NM_PCF
H0:PEM-EY_DST$(ID)_5               ->  H0:PEM-EY_DUST_VEA$(ID)_500NM_PCF
H0:PEM-EY_DST$(ID)_MODE            ->  H0:PEM-EY_DUST_VEA$(ID)_MODE
H0:PEM-EY_DST$(ID)_RH              ->  H0:PEM-EY_RELHUM_VEA$(ID)_DUSTMON
H0:PEM-EY_DST$(ID)_TEMP            ->  H0:PEM-EY_TEMP_VEA$(ID)_DUSTMON_DEGF
H0:PEM-EY_DUST_LOC_$(ID)_STATUS    ->  H0:PEM-EY_DUST_VEA$(ID)_STATUS

Dave renamed the minute trend files to reflect these changes (directory name mapping is in the attached text file).
The medm screens, autoBurt.req files and the alarm handler configuration file were also updated to match these changes.

I also removed the transient period for showing alarms in the alarm handler configuration file, updated the guidance and added some dust monitor locations.

The new IOC code also fixes a division error when the sampling time is zero in the particles per cubic foot calc records.

TO DO: I still need to update the alarm limits and severities.
Non-image files attached to this report
Comments related to this report
patrick.thomas@LIGO.ORG - 13:25, Wednesday 24 April 2013 (6187)
I changed the database records to add default alarm values and severities. I also added [RO] to the beginning of the description fields. This can be used to indicate which channels should be read only when generating the autoBurt.req file. These changes were committed in the dust_met_one_227b-1.0.2 tagged release. The IOC target directories were changed to use this release and restarted. I set the dust count alarm levels by hand. This should complete the work permit.
H1 SUS
mark.barton@LIGO.ORG - posted 14:24, Tuesday 23 April 2013 - last comment - 09:00, Wednesday 24 April 2013(6170)
Added biquad flag
I added the biquad=1 flag to the cdsParameters block of the following models, and did a make (but not a make install yet) to test for successful compilation. All were OK, so I svn committed them. I'll do a make install later, when people are done for the day.

h1susauxb123.mdl 
h1susauxb6.mdl 
h1susauxh2.mdl 
h1susauxh34.mdl 
h1susauxh56.mdl
h1susbs.mdl 
h1susbstst.mdl 
h1susetmy.mdl 
h1susitmy.mdl 
h1susmc1.mdl 
h1susmc3.mdl 
h1suspr2.mdl 
h1suspr3.mdl 
h1susprm.mdl
h1susquadtst.mdl 
h1sussr2.mdl 
h1sussr3.mdl 
h1sussrm.mdl 
h1sustmsy.mdl

The following models already had the flag and will not be touched:
h1susim.mdl
h1susmc2.mdl
h1susomc.mdl
Comments related to this report
mark.barton@LIGO.ORG - 16:05, Tuesday 23 April 2013 (6173)
After Cheryl finished I mostly completed the job:

* All models got a make-install. 
* All models were restarted.
* All models got a diag reset.
* All models were BURT restored to the state at 14:00 hours.
* Damping was reenabled on etmy, itmy, mc1, mc3, pr2, pr3, prm
* Damping was NOT reenabled on bs or tmsy because the USER DACKILL screens don't come up.
* The PRM has such a large offset that it trips the IOP watchdog after a few minutes. I presume the IO team has been running it with the bypass enabled.
* The backup for MC1 was corrupt and I had to manually edit out some lines with incomplete strings, e.g., "LOCK . Dave says this looks like a bug he thought had been fixed and is investigating.
mark.barton@LIGO.ORG - 09:00, Wednesday 24 April 2013 (6181)
The problem with the DACKILL screens turned out to be because they had been set to open on the right physical screen and this had gone to sleep on opsws1 yesterday. I opened 

/opt/rtcds/userapps/release/sus/common/tmts/SUS_CUST_TMTS_DACKILL.adl

and 

/opt/rtcds/userapps/release/sus/common/tmts/SUS_CUST_BSFM_DACKILL.adl

in MEDM, dragged them to the left screen, made a trivial change and reverted it to "dirty" the window, and saved and committed them.
H1 General
ryan.fisher@LIGO.ORG - posted 17:48, Thursday 14 March 2013 - last comment - 18:32, Wednesday 19 June 2013(5809)
ODC Summary Bits Enabled for all LHO Channels and Remaining ODC Work:
Each ODC channel has a Summary Bit that is used to indicate whether each system is in a nominally good operating state.  This bit is generated by checking that the necessary bits in the ODC channel are ON, as specified by the subsystem commissioners.  With the input from Jeff Kissel and Sebastien Biscans, we have set all of the EPICS variables needed to correctly populate the Summary bits for all active ODC channels in H1.  The EPICS variable Bitmasks are decimal numbers that correspond to a bitmask, where for each bit in the ODC channel that should be on when the system it is characterizing is in a good working state.  Here is an example:
H1:SUS-BS_ODC_COMBINE_ODC_BITMASK = 126
In binary, this is 0111 1110, which indicates that bits 6, 5, 4, 3, 2, and 1 should all be ON when the SUS-BS is operating nominally.  If you are curious what those bits mean, you can do the following:

controls@opsws1:~ 0$ caget H1:SUS-BS_ODC_BIT1
H1:SUS-BS_ODC_BIT1             Master Switch ON/OFF Status
controls@opsws1:~ 0$ caget H1:SUS-BS_ODC_BIT2
H1:SUS-BS_ODC_BIT2             DACKILL Status

These BITMASK EPICS records were set using scripts located in /ligo/home/ryan.fisher, and attached to this entry (with modified file extensions so the alog will post them).

With this completed, the EPICS description strings for the bits set and the MEDM screens reworked, we believe we have most of the active SUS and SEI subsystem ODC channels operational.  

The remaining systems for which ODCs need to be implemented under SUS and SEI are: the HAUX (HAM-Auxilliary) front ends and the HAM-ISI front ends.  The latter should be implemented with the next update from the cds_user_app svn (anticipated Mar 15).

We will be generating new safe.snap files specifically for the updated ODC EPICS settings for all models and sending them to CDS-announce for incorporation into the SVN and live systems.
Non-image files attached to this report
Comments related to this report
stefan.ballmer@LIGO.ORG - 14:11, Friday 15 March 2013 (5817)
I added scripts for setting the ODC bit labels and masks in /opt/rtcds/userapps/release/cds/h1/scripts

h1setODCbitmask:    Set ODC bit masks for HPI, ISI and SUS
h1setODCbitstrings: Set ODC bit labels for HPI, ISI and SUS
ryan.fisher@LIGO.ORG - 15:27, Wednesday 24 April 2013 (6193)
Missed one file for ISI-HAM bitmasks, it should be attached.

I also placed corrected versions of Stefan's scripts in:
/ligo/home/ryan.fisher/EPICS_Scripts

The equivalent files are attached.
Non-image files attached to this comment
ryan.fisher@LIGO.ORG - 17:38, Wednesday 19 June 2013 (6812)
I have added EPICS bit label and bit mask settings for the ODC channels for the seismic systems listed below to the scripts:

/ligo/home/ryan.fisher/EPICS_Scripts/h1setODCbitstrings 
and 
/ligo/home/ryan.fisher/EPICS_Scripts/h1setODCbitmask :

Seismic systems added:

HPI-HAM4
HPI-HAM5
HPI-HAM6
HPI-ITMX
ISI-HAM4
ISI-HAM5
ISI-HAM6
ISI-ITMX

I have also added HPI-ETMX and ISI-ETMX to the script for when/if these are added.

I have run these scripts to re-apply all settings as of GPS: 1055723826
H1 General
ryan.fisher@LIGO.ORG - posted 21:50, Wednesday 13 March 2013 - last comment - 12:17, Friday 03 May 2013(5788)
Setting ODC EPICS Descriptive Bit Strings
Ryan Fisher, Stefan Ballmer

We have set the EPICS records for the labels that describe the ODC bits for the SUS and ISI models currently running in H1.*  The labels provide a short description of what every bit in each ODC channel represents, for each ODC channel.  The higher order bits in the ODC channels that do not have labels are currently unused, but may be used in the future.

These records were set using scripts located in /ligo/home/ryan.fisher, and attached to this entry.  

* Excluding H1:SUS-TMSY_ODC_BIT* for now.
Non-image files attached to this report
Comments related to this report
ryan.fisher@LIGO.ORG - 12:00, Thursday 14 March 2013 (5791)
I have now also set all of the EPICS strings that describe the bits in the ODC channels for the HPI models.  The script is attached.
Non-image files attached to this comment
ryan.fisher@LIGO.ORG - 13:56, Thursday 14 March 2013 (5792)
I have now also set all of the EPICS strings that describe the bits in the ODC channels for the TMSY model.  The script is attached.

Note that there is a small bug in the models for these channels that currently mislabels bit4 as bit6: 
H1:SUS-TMSY_ODC_BIT6
(should be H1:SUS-TMSY_ODC_BIT4)

We will go through the process of changing this small bug in the corresponding Simulink model library part, after emailing cds_announce and sus team members.  
Non-image files attached to this comment
stefan.ballmer@LIGO.ORG - 14:12, Friday 15 March 2013 (5818)
I added scripts for setting the ODC bit labels and masks in /opt/rtcds/userapps/release/cds/h1/scripts

h1setODCbitmask:    Set ODC bit masks for HPI, ISI and SUS
h1setODCbitstrings: Set ODC bit labels for HPI, ISI and SUS
ryan.fisher@LIGO.ORG - 15:19, Wednesday 24 April 2013 (6194)
Correction to scripts included above: 

The ISI-HAM ODC channels should only have 5 bits, and should not be part of the other ISI channel script.  The corrected scripts are attached, and the correct scripts are in the following location on llocds.ligo-wa.caltech.edu:

/ligo/home/ryan.fisher/EPICS_Scripts

Non-image files attached to this comment
ryan.fisher@LIGO.ORG - 12:17, Friday 03 May 2013 (6257)
I corrected a small typo (M2 where it should have been M1) in SUS_OMC_Labels.txt for this log book entry only.  The scripts in /ligo/home/ryan.fisher were corrected approximately a month ago.  The corrected txt file is attached.
Non-image files attached to this comment
H1 ISC
keita.kawabe@LIGO.ORG - posted 12:44, Sunday 10 March 2013 - last comment - 08:32, Wednesday 24 April 2013(5734)
EY work on Friday: Beam diverter polarity check

I had to go home in the afternoon, so we couldn't do any alignment work, which should be done on Monday. EY is in laser hazard.

We did check the beam diverter. (This one should be replaced anyway, but not before moving the entire EY to H1 position. https://services.ligo-wa.caltech.edu/integrationissues/show_bug.cgi?id=83)

Beam diverter is connected to F2-2C2 feedthrough on BSC6. From outside, pin1-14 is the coil, pin2-15 is one of the reed switches (SW1), and pin3-16 is the other (SW2).

When pin1 is positive and pin14 negative, the beam diverter moves from "open" position where the mirror is tipped toward EY to "closed" position where it is tipped away from EY.

However, we've found that pin1 is short-circuited to the chamber and the building ground. This means that you need a floating supply to drive it (which is not a problem for a proper driver but is a problem when you're using a power supply with one of the pins grounded). If for example the negative is grounded and if you try to "close" it by supplying positive to pin 1, all current goes to the ground via short circuit, not the coil.

Anyway, the problem is somewhere in the chamber. This should be checked when EY is moved to the H1 position, most likely an offending cable should be replaced.

One of the reed switches is still stuck, despite a previous report that it was somehow magically unstuck: https://services.ligo-wa.caltech.edu/integrationissues/show_bug.cgi?id=2

When in "open" position both of the switches are closed. When "closed" one of the switch opens.

Comments related to this report
corey.gray@LIGO.ORG - 08:32, Wednesday 24 April 2013 (6180)

After building five Beam Diverters, I noticed issues with the Reed Switches.  I was able to get them to work after orienting the Sensor Magnet in a position which was related to polarity (Chris Guido at LLO noted that the position of this little magnet determined Switch functionality).  So, it will be good to check this Beam Diverter out when we pull it out.

Displaying reports 78541-78560 of 84556.Go to page Start 3924 3925 3926 3927 3928 3929 3930 3931 3932 End