So, I jumped the gun a little on the newly-calculated matrices from Jeff K. & Celine R.  We decided to revert the matrices to the previous values for unit_1 measurement consistency.  The new MATLAB versions of the matrix calculations I ran yesterday will be implemented for unit_2 and beyond...

Previous filters via the bash scripts located in directory: 
'/opt/svncommon/seisvn/seismic/HAM-ISI/X1/Scripts' on the X1 TestStand.  They are titled 'setgeo2cenmtrx', setdisp2cenmtrx', and 'setcont2actmtrx'. 

I wrote a script to generate the G0EDCU.ini file from the
model db files (every epics record is put into the ini file).
I ran the script and noticed that we are only recording
2066 of the 4320 epics chans now in the system.

On the next daqd restart, the number of chans should go
up to 4320 and the full frame should get larger than the current
7.1MB. Since ISI measurements are ongoing, we'll delay the daq
restart till next week.

The script to generate the EDCU.ini is:
/opt/rtcds/geo/g1/scripts/create_edcu_ini.pl

At the moment we should run this script by hand each time the hamisi
model is changed.

Working on the damping loops. The controller will be made of:

- a compensation filter to account for the difference in the electronics between HAM 6 and X1.
- the original damping loops from eLIGO.

The plant, controller, open loop, closed loop and sensitivity are shown on the figure attached.

I have updated the G1ISIHAM.txt filter file and loaded the filters in the MEDM. It should be ready to go.

 

The scripts used to calculate the coordinate transformation matrices for the HAM-ISI have been updated by Jeff Kissel to include the Stage 0 L4Cs and include new measurements and calculations by Celine Ramet at Livingston and documented here:  https://dcc.ligo.org/cgi-bin/private/DocDB/ShowDocument?docid=13330

The scripts used to calculate and write the new matrices are located in Seismic SVN repository in '~/HAM-ISI/X1/SensorDefinitions/'.  The script to calculate the matrices is 'make_HAMX1_projections_100709.m'.  Since we have the "ezca" library installed on the TestStand, the matrices can be written directly to EPICS channels via the script 'fill_matrix_values.m' in the repository directory ~/HAM-ISI/X1/Common/MatlabTools/'.

I implemented the new matrices this afternoon and confirmed the changes in the medm screens from the overview screen 'G1ISIHAM_HAM_OVERVIEW.adl'. The new matrix values are attached below. 

Note: the L4C2CEN matrix was NOT written.


Some notes by Jeff Kissel on the new matrix calculation scripts:

- The GS13 coordinate definitions now use the center of the proof mass as measured by the model in SolidWorks instead of the bottom of the flange + 15 cm (Thanks Celine!). The L4Cs are also defined from the proof mass. 

- I've defined the displacement sensor directions to be the opposite of the direction of the rest of the sensors in the cluster. E.g. the H1 GS-13 and H1 actuator point -60 deg from the +X axis, and the displacement sensor points in +120. This is to account for the fact that an increase in displacement sensor gap *decreases* the voltage. I've confirmed that with this addition, the signs of every applicable matrix produced by make_HAMX1_projections_100709.m match those currently in place at on the L1 HAM6 ISI and H1 HAM6 ISI.

- Even with the above GS13 coordinate change, and a couple of other minor differences in coordinates between Celine's measurements of the aLIGO system and HPD's measurements of the eLIGO system, the absolute value of each matrix element in the GEO2CEN matrix changed less than 1e-5, and the DISP2CEN, and CONT2ACT matrices changed less that 1e-12 compared with  L1 HAM6 ISI and H1 HAM6 ISI.

- The colocated basis is defined with respect to the cartesian basis as though it were an eLIGO HAM6 ISI with V1 on the +X-axis. Therefore the matrices will be valid only for for all test stand HAMs (assuming we keep the V1-on-the-(+X)-axis convention) and aLIGO HAMs 4,5,6 (10,11,12) as per G1000125 -- for the remaining tank's we'll have to rotate everything by 90 deg. I'll create a separate "Coordinates" script to do this some time closer to when we need it. 

BOSEMs were hooked to the EE test stand today.  Signals look live but need calibration before interpretation.  Medm looks to have a nice set of appropriate filter banks for the QUAD controls, but interestingly, does not have a main.adl.  We're also looking to load or rebuild the medm's Brett created for LASTI which have easy to read voltage meters to aid in alignment.  AOSEMs are fresh from the oven and will be installed in the PenRe tomorrow.

The Sleeve was installed onto the QUAD for fit-check today.  It is cumbersome to man handle into place, so we should fiure out a better what to install it...  Clearance holes in the structures could be opened up a bit.

Attached are spectra of the Assy #1 GS-13's when the table was Locked & Unlocked.

Ran three different spectra for our Displacement Sensors.  Since we currently have an electronics issue with the operation of our Sensors (there's "electronic cross talk" between our mini-racks when they're both powered up---resulting in a ~0.35Hz oscillation seen by all sensors) we ran three different measurements in the following running states:

1)  Both mini-racks powered ON*
2)  Only Rack#1 (for H1V1H2V2) powered ON*
3)  Only Rack#2 (for H3V3) powered ON


* DTT BUG:  Although the plots for these measurements say there was only "1 Avg", they in fact were run at the required 10 Averages.  (When one saves References from a previous measurement, and makes a new plot of these References, the new plot posts the averages as "Avg1".  (If one already has the Reference plots made and one re-runs their "Now" measurement, the average value will change to whatever your "Now" measurement Average # is.

There will be a minor change to the aLOG tomorrow.  However the alog will not be restarted, so there should be no downtime.

A new color theme is being added, so that we will be able to differentiate between the sites.

LHO will get a blue theme, LLO will get the default green theme

This will be applied tomorrow during maintenance.

There will be no scheduled downtime for this change.

Jim and I just did a renaming of the computers on the DTS. dtsfe0 and dtsfe1 have swapped names. So now the server machine you ssh into is now dtsfe0 (the router's mapping table accordingly changed). dtsfe1 is now the first of the true front end machines.

Jim is using dtsfe1 for his seismic test stand clone. The original HDD was put aside, and a clone of seiteststand substituted. This frontend uses the top IOC chassis, which has the ADC, DAC and BIO cards necessary for the model.

Work continues to tune up the alignment of both the reaction and main chains of LHO Q1 (QUAD #1).  Height, Yaw, and Pitch are coupled for various adjustments, so it is an iterative process to get everything correct at the same time.  Yesterday, we discovered that during on of our "side shift" adjustments, we unseated a wire clamp on the UIM, so we had to do some minor dismantling and re-assembly to fix it.  In fact, the clamp was a bit munched on one edge, so the Class B file came in handy.

As Fabrice and Corey eluded to in the LSU SEI logs 1762,63, & 65, the H3 GS-13 was not right.  There was some statements that it was OK one week and then not the next.  I believe this initial observation was only in the Table-was-locked state.  Corey and Vincent may have mined some further data in that regard.  Regardless, the observation that it looked OK when the table was locked but not when unlocked made me think of the internal pod clamping hardware.  Never liked it and sure glad the BSC is different.  Anyway, I thought maybe the sensor had shifted a little bit in the Pod and the Mass was just seated and would see the un-damped world when locked.  But, when the table was unlocked, the stuck mass would have no 'power' in the low frequencies.  I'm sure it doesn't matter why I thought anything but...

So, we tilted the table such that the sensor would tilt down even lower, by adding a couple pounds, and observed no difference in the GS-13.  Then we shifted the weight to the other side so that the GS-13 would tilt up--same weight shift.  This time the time series looked good!  I think Corey took a spectrum to confirm.  We then swapped out that unit for the one spare Celine sent (thank you!) and it worked--without the tilting weight added of course.  I believe Fabrice is suggesting we do a similar tilt test to confirm we are in the center of the likely small 'level' range of the sensor.

JoeH has asked I send this unit back where he'll autopsy; so I can't offer any more info than that.

Reseated 10GbE card on h2daqfw1 (slot 5) which seems to have cleared up the bus timeout messages from dmesg.  That should be fixed, unless issues return.

I forgot to add in the previous report that disabling the option ROMs in the BIOS for all slots except 0 (the RAID controller), and removing the network cards from the boot list considerably improves the boot time.  Counting memory on startup is still slow, as is applying power for the first time (the iLOM controller must boot first in that case).  Will see if there is some setting for the iLOM that can get around this.

Have also finished installing the cards in the H1 DAQ x4270s, and installed Solaris 10 so they are also ready to go (minus user accounts, iLOM setup, etc.).  Did not see any glaring hardware issues.  These two machines are now re-boxed in the MSR.

This is simply a test of the add report page.  The author field is frozen now (mostly).

Just a quick reminder.  The logbook will be undergoing scheduled maintenance today from 10am-noon Pacific time.

If you have reports that will span that time gap, please save them as a draft or publish them before 10am.  You can finish them after noon (pacific).

Tonight, I had hopes of starting one of Fabrice's transfer functions overnight.  Unfortunately, I was not able to because I was never able to clear the Watchdog.  As for what seemed to be causing the trips, for the most part, the H1&V1 Actuators would immediately rail to 32k.  This would cause two things:  an Actuator WD trip & an H1/V1 Geophone WD trip.  Additionally the Actuator would remain in RED in the "First Trig" state.  I tried various tricks with gains, and turning off input/outputs to no avail.  Looked at the rack and nothing was amiss.

Reboot of seiteststand
At this point, I performed a reboot of the frontend.  It was straightforward and there were no issues, but it didn't change the situation.

Matrices Re-filled
All of our filter bank paths are fairly simple (no filters engaged and gains of 1 all around).  Oddities I found were in some of the matrices.  In the CONT2ACT matrix there was a 1 in a place there wasn't supposed to be a 1 and one of the matrix elements had a sign different from what it should be as well (see attached image of cont2act matrix).  Because of this I decided I might as well run the scripts to fill the matrices.

One more note:  the DispAlign matrix was also empty.  So, I put 1's down the diagonal of this guy as well.

Matrix Set-Up Scripts
Jeff Kissel has some bash scripts which fill the HAM-ISI matrices (they are the ones used to fill the HAM6 ISI for both sites).  Since Dave copied over the epics bin area to the seiteststand, we were now able to run bash scripts (as well as use commands such as "caput" & "caget").  Nic helped me edit the scripts to make them work (among some location-dependent changes, commented out the --noprofile --norc values at the beginning of the script.  I ran the scripts for the following matrices:  Disp2Cen, Geo2Cen, & Cont2Act.

After all of this, I was still not able to clear the Watchdog (or run our measurement).  I've attached a snapshot of the Watchdog.  Notice the "First Trig" of the Actuators (and how the Actuator Monitors are all 0).  As soon as I click RESET, these monitors would show H1/V1 rail to 32k.