- 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.
Put ITM-X into stops so the Seismic crew can payload the ISI.
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?
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.
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.
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.
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.
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.
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.
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.
Seeking to reproduce conditions of RGA scan taken earlier this week
Days Notes
Visitors
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.
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.
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
The optical timing distribution system in the staging building is no longer in sync with the master timing in the MSR. Because of this, the GPS time of the models running on the test stands is off by a second or two. This should be fixed at some point when it is convenient to shut down the models and troubleshoot the system. Until then, the system should work so this repair is not urgent. This affects both seismic and suspension test stands in the staging building.
Find attached some performance plots for BSC-ISI BS. Those first results are promising, even if there is room for improvement and tweaking.
*** HEPI ***
- HEPI with position control (100mHz UGF)
- No feedforward
*** ISI ***
- Stage 1 blend
o 750mHz for RX, RY, RZ
o 100mHz for X, Y and Z
- Stage 2 blend
o 750mHz for RX, RY, RZ|
o 100mHz for X, Y and Z
- Level 3 controllers
o Stage 1 40-42Hz
o Stage 2 30-32Hz
- Feedforward ON
- Sensor correction from the ground ON
*** SUS ***
- Damping loops on the top mass ON
This configuration was on all night (very stable). Spectra presented were measured at 1062915770 (start time) during 45 minutes.
I fixed the problem from LLO alog 8659, ECR E1300715, Bugzilla 398 and LHO WP 4124 where due to an error in the L1 and L2 blocks of the QUAD_MASTER part, the outputs of the DAMP block were plumbed incorrectly.
I svn upped Stuart's corrected QUAD_MASTER.adl and checked that it was being picked up by h1susitmx, h1susitmy, h1susetmx, h1susetmy and h1susquadtst.
I did a make and make install- on all five models.
I restarted all but h1susetmy (which is offline during the chamber move).
I BURT restored all but h1susetmy to 10:00 and reset watchdogs on h1susquadtst and h1susitmy (h1susetmy is offline, h1susitmx isn't connected yet, and h1susetmx had been tripped, presumably due to SEI activity).
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.
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
ETMx Silica-tipped Earthquake Stops Positioned on Quad (Andres, Corey)
The face EQ stops for the ETMx needed to be positioned, but we don't want "glass on glass" contact. We didn't have thin teflon strips to insert between the EQ stops and the glass, so per Betsy's suggestion, we used Alpha Wipes as a buffer between the Stops & Glass.
SUS TMS Cable Fixed
Installed screws on an in-vac cable which had these screws missing from its connector. All TMS cables are good to go for dressing on the ISI.
Note, the above states that the face stops were adjusted to clamp the ETMx - from afar, I have clarified with Andres that indeed all of the appropriate barrel stops are actua;;y doing the clamping as I had prescribed for SEI balancing work.