Displaying reports 76981-77000 of 84535.Go to page Start 3846 3847 3848 3849 3850 3851 3852 3853 3854 End
Reports until 16:41, Wednesday 18 September 2013
H1 DAQ
david.barker@LIGO.ORG - posted 16:41, Wednesday 18 September 2013 (7799)
DAQ reconfigure, add Beckhoff timing diag channels

I restarted the DAQ this afternoon to resync with the h1pemey system, and to add some Beckhoff timing diagnostics slow controls channels to the frame for the MSR MASTER and the CER ISC FANOUT. All the channels viewable on the new SYS-TIMING MEDM screens are now in the frame. The EDCU file is called H1EDCU_TIMING.ini

For testing, I disconnected the CER comparator for a few minutes.

Images attached to this report
H1 CDS
cyrus.reed@LIGO.ORG - posted 16:30, Wednesday 18 September 2013 - last comment - 16:39, Wednesday 18 September 2013(7797)
NTP Server now stratum 2 (antenna/cable failure)
It appears that either the antenna or cable has failed for the control room NTP server, as indicated by the failure LED on the amplifier interface (could also be the interface...).  This caused the NTP server to drop to stratum 16, meaning clients would no longer sync to it (particularly after rebooting it in the course of troubleshooting).  I have restored the default configuration to the NTP server, in which it will also reference three public NTP servers operated by Symmetricom.  This means the NTP server is now a stratum 2 server, rather than stratum 1 as it would be with the GPS reference operating, but it will at least provide time again.  In the process I also swapped the lan 1 and 2 connections so that the admin interface is accessible where it should be and allow the external NTP servers to be used.  Lan2 (now) provides a legacy NTP IP for old CDS equipment which will eventually go away.  I will need to revisit the NTP configuration again when the antenna is operational to see if it is feasible to leave the other NTP references in place as a backup, or if it is possible for them to negatively influence the GPS derived clock in which case they will need to be removed.
Comments related to this report
james.batch@LIGO.ORG - 16:39, Wednesday 18 September 2013 (7798)
As a result of the NTP server antenna failure, the time of day on opsws4 and opsws5 computers needed to be reset, as they were off by several seconds which was enough to stop diag from operating.  Also reset the time of h1iscey and h1iscex which were rebooted during the time when no suitable ntp server could be found, as a result their time of day clocks were off by several hours.
H1 CDS
david.barker@LIGO.ORG - posted 16:27, Wednesday 18 September 2013 (7796)
EY PEM running again

Richard, Filiburto, Cyrus, Jim, Dave.

The h1pemey model is running again. The computer and analog racks have been relocated from their H2OAT location to their H1 ALIGO locations. Fiber cables for networking and timing, DC power and one-stop cables have been re-ran. We started with h1iscey to get the PEM model running for UofO commissioning work this week. I accidentally power cycled h1iscex this afternoon (you are allowed one of these) and due to Dolphin connection I had to restart the SUS and SEI models at EX. Turns out the IOP DACKILLS were enabled, so nothing was being driven there this afternoon.

We added h1iopiscey and h1pemey to the rtsystab and dolphin manager, I have added them back to the site overview medm. 

LHO General
gerardo.moreno@LIGO.ORG - posted 16:05, Wednesday 18 September 2013 (7795)
Operator Summary

- 8:55, Hugh to LVEA, locking WHAM01 HEPI, see his entry, out by 10:43
- 9:48, Cyrus to Y-End station, fiber related work.
- 9:20, Jim and Greg, X-End, SEI related work.
- 9:57, Called X-End to notify staff of dust alarm, counts up to 800(0.3u), 200(0.5u).
- 12:00, Thomas and Tyler, LVEA West bay test stand area, ACB balancing.
- 13:10, Dave, Jim and Filiberto, Y-End, PEM start-up, reboots after, PEM, DAQ, PEM....
- 14:00, Hugh, LVEA, WHAM6 motion investigation.
- 14:35, Jeff B, LVEA West bay test stand area, ITM-X work.

H1 SUS
jeffrey.bartlett@LIGO.ORG - posted 15:56, Wednesday 18 September 2013 (7794)
Put ITM-X into Stops
Put ITM-X into stops so the Seismic crew can payload the ISI. 
H1 SEI
hugh.radkins@LIGO.ORG - posted 15:21, Wednesday 18 September 2013 (7792)
WHAM6 Shifts during Range of Motion Test
While range of motion test was being run (Range_Motion_Adjustable_HAM_HEPI.m) on HAM6, a large step was seen.  22000 counts were going out the OutFilters.  See attached for the local sensor trends.  I've applied the calibration of 655counts/0.001" to display mils.
The step occurred near the beginning of the test while pushing with individual Actuators.  Note that the signs of the horizontal steps are all positive!  This means:

* The Crossbeam to Support Tubes clamps have slipped out, or
* the Crossbeam has been bent outward, but,
the West side Vertical shifted down early in the test and the East side also finished lower, so maybe:

* the Crossbeam rolled and it has a bend 

Dial indicators at the Support Tube Ends saw much greater shift down than the vertical IPS -- 19 to 25 mils!  Now I'm not the first one to run this test on a HEPI but this shift is enough to put a very careful alignment out of whack.

Yeah so I don't know, any thoughts?
Images attached to this report
H1 CDS
cyrus.reed@LIGO.ORG - posted 15:18, Wednesday 18 September 2013 - last comment - 09:41, Friday 20 September 2013(7793)
cdsfs1 RAID Card Replaced
I replaced the RAID card in cdsfs1 with a new one.  While I had the chassis open, I took the opportunity to vacuum out all the bugs and check the interior cable connections.  Even so, upon booting with the new card installed, was greeted by an I2c bus error from the RAID controller.  So powered off the server and found a loose connection to the disk backplane, which I either missed earlier or knocked loose when addressing another loose cable earlier (it may also never have been connected properly, once reconnected the RAID controller showed temperature sensors previously not shown on the old controller).  On reboot the RAID controller was now happy.  But once the server booted the root drive mounted read only due to EXT4 filesystem journal errors.  So rebooted once again, which forced a full fsck after which the root filesystem was happy.  The RAID controller is now in the process of verifying the RAID; this is a slow process that will take at least a day.  So far the system looks healthier, but the RAID verification process should provide a good burn in period.
Comments related to this report
cyrus.reed@LIGO.ORG - 10:36, Thursday 19 September 2013 (7805)
The RAID verification process was complete when I arrived this morning.  I then unmounted the /raid filesystem* so I could force an fsck on it, to verify the integrity of the file structure itself.  The fsck passed, so I remounted /raid.  It should now be ready to run rsyncs/backups again.  I also started the battery backup test on the RAID controller, this takes 'up to 24 hours' to complete.  During this time, if the entire system loses power without a clean shutdown, the contents of any data in flight in the RAID cache will be lost; the system is on UPS power so this is a low risk.

* I had to modify /etc/exports first to remove /raid, then run exportfs -ra to update NFS; otherwise you get 'filesystem busy' messages.  Then the reverse of course when the fsck was finished.
cyrus.reed@LIGO.ORG - 09:41, Friday 20 September 2013 (7819)
The battery backup test passed with an estimated capacity of 255 hours; so the controller can maintain data in the cache for roughly 10 days without external power.  I also checked the controller logs, and so far they are clean with no errors.
H1 SEI
hugh.radkins@LIGO.ORG - posted 12:22, Wednesday 18 September 2013 (7791)
WHAM1 HEPI is Locked--Mind the Signage still please
Locked up the HEPI on HAM1 this morning.  Attached is a plot of the IPS local and calc'd cartesian trends.

The IPS here are in counts and they have a calibration of 655 counts per mil.  The V4 trend still has a slope to it but I don't think it will go too far.  I'll try to look again later.  Meanwhile please use the numbers at the beginning of the plot as a reference.  The IPS show a step at 8am (wasn't me!) but it is pretty small.  The largest shift of the IPS from before the step to after the lock is < 200 counts = ~8um.  The X Y & Z trends are in nm and max shift is 3000nm.  The rotational trends are in nanoradians although I dispute the signs given right-hand-rules.  The largest rotational shift is about 1000nrads.
Images attached to this report
H1 SUS
arnaud.pele@LIGO.ORG - posted 17:04, Tuesday 17 September 2013 (7787)
TMSX TF after installation under ISI

This an alog from last week install :

After TMSX has been installed under the ISI, I took a set of undamped transfer functions using the same dtt template as the first set from alog 7514 (when TMSX was on its testbed).
The attached results are showing :

(1) H1 SUS TMSX transfer functions against the "tmtsopt_firstarticle" model for the 6 degrees of freedom

(2) H1 SUS TMSX (2013 Sept 11 under ISI locked, in pink), against H1 SUS TMSX (2013 August 21st, testbed in black) against first measurements of L1 TMSX (2013 Sept 13, in orange) against the model.

The TFs from LHO have been measured using a swept sine excitation from 0.1Hz to 10Hz with a low resolution (30 to 40 points). The coherence for most of the points was above 0.8, for each degree of freedom (the coherence saved in the dtt templates).

They show a good agreement with the peaks from the model, except for the last mode of Roll that is shifted down. It seems like a similarity with tmsx from livingston.

Non-image files attached to this report
H1 AOS
thomas.vo@LIGO.ORG - posted 16:46, Tuesday 17 September 2013 (7789)
ETMX ACB Balancing
Gerardo M, Tyler G, Thomas V

We were able to get the suspension and the box assembly attached to the test stand, the next step is to adjust the length of the baffle and balance.  After that we'll be wrapping up the suspension, the box, and large tooling to be sent down to the end station.
Images attached to this report
X1 SEI
sebastien.biscans@LIGO.ORG - posted 16:38, Tuesday 17 September 2013 (7788)
BSC-ISI unit 6 issue - Found it!

After several days of testing, we finally found the issue on the BSC-ISI in the staging building. Turns out 2 out of 3 pigtail cables haven't been engraved properly. As a result, the all GS13s cabling path was messed up.

After testing all the cables one by one and plugged everything properly, it became pretty obvious that we have 2 bad GS13s on this unit (H3 and V1).

Next step:

- we need to find a way to change the engraving of the cables

- we'll change those 2 GS13s in the next days

- we need to check the engraving of the L4Cs cables.

LHO VE
kyle.ryan@LIGO.ORG - posted 16:13, Tuesday 17 September 2013 (7786)
Valved-out IP6
Seeking to reproduce conditions of RGA scan taken earlier this week 
LHO VE
kyle.ryan@LIGO.ORG - posted 16:12, Tuesday 17 September 2013 (7785)
CP6 alarms likely tonight due to overfill earlier today-no action required


			
			
LHO General
corey.gray@LIGO.ORG - posted 16:05, Tuesday 17 September 2013 (7776)
Ops Day Summary

Days Notes

Visitors

LHO General
john.worden@LIGO.ORG - posted 14:06, Tuesday 17 September 2013 (7781)
END station roof progress

The new roof membrane is being glued in place at ENDX. A second crew was brought in today (due to rain at another job site) and has started at the Mid station stripping the flashing.

Images attached to this report
LHO VE
kyle.ryan@LIGO.ORG - posted 14:04, Tuesday 17 September 2013 (7783)
Completed RGA scans @ HAM3 -> Opened GV2


			
			
H1 PEM
richard.mccarthy@LIGO.ORG - posted 13:58, Tuesday 17 September 2013 (7782)
EX dust Monitor communication
After getting the code back up and running I replaced the dust monitor that quit communicating with the corner station with  one provided by Patrick.  The New one is working just fine.

This took far longer than planned.  I was working on it yesterday only to find out that the code had been stopped so all the work yesterday was repeated this morning.  Then realized no one had tried the basic swap of monitors so this was the logical step for testing.  Once replaced I booted the comtroler again and Patrick restarted the code.  Everything appears to be working now.
H1 AOS
filiberto.clara@LIGO.ORG - posted 12:34, Tuesday 17 September 2013 (7780)
H1 SUS ITMY MO/RO
Satellite S1100057 was replaced with S1100178 (MO_Left, MO_Right, RO_Left, RO_Right). This was done to help Jeff Kissel search for a 5.1HZ excitation signal he reported:
https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=7737
H1 SUS
arnaud.pele@LIGO.ORG - posted 16:42, Friday 13 September 2013 - last comment - 09:18, Wednesday 18 September 2013(7762)
B&K hammering of ITMX and ETMX

Over the past two days, B&K hammering measurements have been carried out on the ITMX and ETMX.

For the two measurements, the suspensions were fully payloaded, vibration absorbers were mounted on the structure, and the ISI was still locked.

A tri-axis accelerometer has been mounted on the corner of the structure, and the hit was given with a hammer at two different locations (front and side) as showed on the two pictures attached (1) for ITMX and (2) for ETMX. The pls template SimpleHammerDisplay3 from T1000697 was used to take the data, with a force threshold set at 10N.

Plots in "2013-09-13_H1ETMX_H1ITMX_ISI_Locked.pdf " are showing a comparison between the results for H1 ETMX, H1 ITMX, and L1 ITMY X resp to X exc on the 1st plot and Y resp to Y exc on the 2nd plot. The main resonnance below 150 Hz is well damped in both directions, for both suspensions.

----------

Data (ascii and pls files) are located in /QUAD/H1/${ETMX/ITMX}/BandK, plotting script (BandK_plot.m) is located in /Common/Matlabtools/, and pdf results are located in /Common/Data/BandK. They have been commited to the svn. 

Images attached to this report
Non-image files attached to this report
Comments related to this report
arnaud.pele@LIGO.ORG - 09:18, Wednesday 18 September 2013 (7790)

label of pictures above is wrong, since the hammer hit axis do not follow the accelerometer axis, I don't know how to delete them since I can't edit my aLog anymore.

The pictures attached to this comment are the references for the hammer hit direction

Images attached to this comment
Displaying reports 76981-77000 of 84535.Go to page Start 3846 3847 3848 3849 3850 3851 3852 3853 3854 End