The first file contains plots of IFO-coordinate-basis transfer functions from actuator to displacement sensor and GS-13 for each 6 degrees of freedom on our unit_2 assembly. The excitation band was from 0.025 to 800 Hz. The second pdf file contains the results of the same measurement from unit_1 testing. The third file is a text file of the parameters used for the measurement. Data stored in: '~/seismic/HAM-ISI/X1/Data/unit_2/TransferFunctionData/' Plots located in: '~/seismic/HAM-ISI/X1/Data/unit_2/Figures/' This directory also contains the .fig files for use in Matlab. Scripts to plot data: '~/HAM-ISI/X1/Scripts/DataAnalysis/unit_2/TFanalyze_100820_M2M_0p025to800hz.m'
Build the bottom half of the Beam Splitter Top Masses, 1, 2, and 3 for creak bake. Assembly Notes: (1). Install stability legs after pulling down blades, as the base plate cannot be clamped to optics table with the stability legs in place. (2). Use 6kg for blade pull down mass. A 7kg mass pulled the blade past flat, putting reverse bend into the blade. There is no base line spec for the blade tip height adjuster. Therefore lowering the blade tip height may allow for a 7kg pull down mass, if necessary. (3). Mount the pull down wire clamp as far out on the blade tip as possible to clear stop bridge when removing wire clamp. (4). Used a 2mm side gap between the blade and stop bridge. (5). Take care when moving the blade side to side, as the blade twists easily.
The H2 CDS drawing is posted in the DCC Page 2 is the current combined H2DAQ-DTS system in the computer users room. Page 1 is the proposed complete H2 aligo networks drawing.
I am maintaining the H2 DAQ Rack as-built drawing For this week's test the H2 DAQ is part of the DTS system, and has temporary DTS IP addresses. The DTS has been enlarged with many more front end systems to simulate an IFO. This will allow us to perform load testing of the H2 DAQ.
Last night I ran a Local to Local actuator-to-gs13 response transfer function measurement. Plots are attached from last night along with unit_1's measurement from July. A text file of the parameters used in July and last night is posted as well. Scripts to Collect data located in: '/opt/svncommon/seisvn/seismic/HAM-ISI/X1/Scripts/DataCollection/unit_2/' with titles: 'TFcollect_100819_L2L_0p025to0p5Hz.m' 'TFcollect_100819_L2L_0p5to5Hz.m' 'TFcollect_100819_L2L_5to200Hz.m' 'TFcollect_100819_L2L_200to800Hz.m' Data file location: '/opt/svncommon/seisvn/seismic/HAM-ISI/X1/Data/unit_2/TransferFunctionData/' Data file titles: '100819_L2L_0p025to0p5Hz_test1.mat' '100819_L2L_0p5to5Hz_test1.mat' '100819_L2L_5to200Hz_test1.mat' '100819_L2L_200to800Hz_test1.mat' Scripts to Plot data located in: '~/X1/Scripts/DataAnalysis/unit_2/' Plots located in: '/opt/svncommon/seisvn/seismic/HAM-ISI/X1/Data/unit_2/Figures/' It looks like our resolution isn't as good as we'd like in the lower frequency band. The same features at lower frequencies are not present in this measurement as compared to unit_1. The gs-13 phase is also 180degrees from unit_1. I will set up a new measurement over the weekend with more repetitions and higher resolution. As for now, our damping filters have been implemented and have been running stably.
Around 30 July, the Assembly was moved from the Test Stand to the Transportation container. I'll attach a couple photos here; find several more in my web space here. We are currently boiling nitrogen into the container and logging the humidity. After a couple hours the humidity exhausting from the container has dropped to 16% from 32%. We expect to get a container volumes worth(not accounting for the ISI) through in less than four hours at our flow rate. Before the end of the day we'll throttle back a go slow through the weekend. Monday we'll download the humidity log and close all the valves. The last photo below shows the N2 Dewar attached to the container. The exhaust is plumbed into a bag containing our humidity logger on top of the box.
Before moving the Stage1 PreAssembly onto the Stage0 Base on Tuesday, we checked the Base top surface bolted to the Test Stand for level. Attached is my logbook copy of the observations. Bottom line: Of 22 observations, a total range of 7.5mils. Discard 1 reading nowhere near a support post and 21 observation are +-2.5mils.
We (Rolf, Alex, Dave, Richard) started building the H2 aLIGO DAQ system this week. Since it is being constructed and tested on the DTS, this week's alogs will be filed under the DTS section but in part cover the H2 DAQ system.
Rolf and Alex's visit started yesterday, August 18th. This visit will extend through to next Wednesday 25th. Just a quick alog to note the start. The DAQ test stand is being reconfigured as a H2 simulation to load test the new H2 DAQ system. The H2 DAQ rack was moved from the MSR into the DTS room, and the h2daqdc0 and h2daqnds0 were built for the initial testing. More detailed alogs with pictures to follow. As-built drawings will be posted to the DCC.
Dave and Alex, Using Mark's full list of 64 fast channels which should be acquired by the DAQ we increased L1QTS.ini from 25 chans to the required 64 chans. All fast channels are being acquired at 2048Hz. We attempted to turn on the second and minute trends, but found that starting minute trends crashed the DAQ. Alex took a look at the code, but was unable to find the cause. So for now, we are only acquiring full frame and second trends. I did the math, and figured that with the disk space available we can have: 14 days of second trends 11.5 days of full data We can extend the second trend look back at the expense of full frames if this is required. The DAQ was restarted many times between 17:30 and 18:30 for this work.
Hugh R., Eric A., Jeff G. We believe we have found the solution to the odd GS-13 behavior from the transfer function measurements. After several failed attempts to implement the damping loops, the path from each GS-13 to the feedthrough board was traced to see if any cables had been swapped since unit_1 testing. Hugh and Eric noticed the "clean side" of the feedthrough for H1&V1 had been swapped with H2&V2. Since both GS-13s for each location (i.e. 1 & 2) are on the same cable up to the feedthrough, H1 & V1 were being mistaken for H2 & V2 and vice versa. After the swap, a quick test from 200-800Hz showed the Horizontals and Verticals were fairly close in magnitude in this bandwidth, similar to unit_1. Full measurements of the full bandwidth to be posted soon. Shortly thereafter, the damping loops were implemented successfully with gains of -1. I will set up long collocated and coordinate Transfer Function measurements for tonight.
We discovered that turning the damping off at the output of the DOF filter bank doesn't give the QUAD a kick (because it is more appropriately placed wrt the integrator). So, to damp, you turn the input and output switches on, but to turn damping off, you must turn the output switches off first. Then before running the TF, you turn the input switches off, then the output switches back on. Coherence looks MUCH improved after a shot of damping in this manor. A 2k signal swing on pitch appears to be as quiet as it gets (without damping). Had to restart the DAQ (again) today.
Modified seiteststand computer to export /cvs, /apps, and /home/controls, restarted nfs. Changed /etc/hosts entry for 10.11.0.94 to workstation. Set workstation IP to 10.11.0.94, disabled DHCP, nfs mounted /opt, /apps, /cvs, and /home/controls from seiteststand. Removed /home/controls/*, ~controls is now nfs mounted from seiteststand. Added shared library config files to /etc/ld.so.conf.d/, recached shared libraries. Note that ssh is still directed to seiteststand, but controls can ssh to workstation for non-front end work. The user "controls" can log in on the workstation and should have the same environment as on the workstation. Did not do exhaustive testing, so there may be some more work to do on workstation.
Added NDSSERVER environment variable with value 10.11.0.24:8088 to .bashrc and .cshrc, should cause initial value of NDS server fields in GDS gui applications to show 10.11.0.24, port 8088.
Yesterday, Mark did some tuning of the DOF loop gains. They now do some damping with the "simple" filter engaged, but more loop tuning is needed. There signals see a huge kick when the damping is turned off. This needs investigation. I'm rebooting the DAQ since DTT is now giving "Test Timed-out" again (done once yesterday as well).
Last night I ran one of the long(~15hr) M2M Plant measurements [vs the 4hr one I ran yesterday]. Overall, there's nothing new with the results--main issue, once again, is the 180deg out of "phaseness" for the Y & RY GS13. From the 4hr Measurements of yesterday, this is the input I've heard back thus far: L2L (H1H2 & V1V2 plant magnitudes look bad): --Possible saturations (Rich M. didn't think so, but Kissel & Rich said we should have a "saturation check" built into our measurement) --Problem with the Interface Chasis (seems like since we have issues with h1v1 & h2v2, we would have issues with 2 of our 3 chasis) M2M (180deg phase diff for Y & RY): --Possible sign issue with the matrices From an email from Fabrice, it sounds like once we resolve this issue with the GS13's, we should then try to run DAMPING on the system---it should work. As for this measurement, nothing new is learned, other than we know we can run some really long matlab measurements over a work night with no problem.
Attached the Stage1 Floor Pre-Assembly to the Stage0 Assembly on the Test Stand for LHO Assembly #3. No issues in this move. Attached are a couple photos near completion. JimW EricA MitchR PS First Image is not related directly to this log but it won't delete--H
Ran the Modal to Modal (i.e. Cartesian) plan measurement. This measurement was run WITHOUT DAMPING, and most of it took place while activity was minimal (i.e. quiet). Results Comments (comparing to the Unit#1 Document) [pdf plots attached] Horizontal GS13s: The magnitude of the plant looks fairly identical to the Unit#1. The oddity here is the phase of Y ::: What's up with it being 180deg out of phase?? Horizontal CPSs: Looks fairly similar to Unit#1. Vertical GS13's: Similar to the horizontal, the magnitude of the plant, but here we have the RY off in phase by 180deg. Vertical CPS's: Looks fairly similar to Unit#1. ****Below are the locations of the measurement files (they've been svn-added & committed)*** All files are at [seiteststand svn]: /opt/svncommon/seisvn/seismic/HAM-ISI/X1/ MEASUREMENT FILE LOCATION: [seiteststand svn]/Scripts/DataCollection/unit_2/ FILE NAMES: TFcollect_100817_M2M_0p05to5Hz.m TFcollect_100817_M2M_5to200p5Hz.m TFcollect_100817_M2M_200to800Hz.m DATA FILE LOCATION: [seiteststand svn]/Data/unit_2/TransferFunctionData/ FILE NAMES: TFcollect_100817_M2M_0p05to5Hz_test1.mat TFcollect_100817_M2M_5to200p5Hz_test1.mat TFcollect_100817_M2M_200to800Hz_test1.mat PLOTTING/DATA-CONCACENATING FILE LOCATION: [seiteststand svn]/Scripts/DataAnalysis/unit_2/ FILE NAME: TFanalyze_100817_M2M.m .pdf & .fig FILE LOCATION: [seiteststand svn]/Data/unit_2/Figures
This is the first set of Matlab transfer functions run on Unit#2. This was run via Fabrice's measurement files made for Unit#1. This is a collocated measurement (i.e. H1 to H1, H2 to H2...V1 to V1, etc. versus X to X, ...RX to RX, etc.). This measurement was run WITHOUT DAMPING. Something Amiss At a first glance, something looks wrong with the GS13's. H3 & V3 look noticeably different from H1H2 & V1V2. But as Hugh noticed, when you look at the same measurement for Unit#1 (seen in this document), the H3 & V3 plants on Unit#2 look like all the plants on Unit#1. So not really sure what's the issue here. The Capacitive Position Sensors look fine at a first glance.Will continue making more plant (transfer function) measurements and keep an eye on the GS13's. Have attached pdfs of the plants to this elog.(sorry, they're in portrait...I don't know how to print things in landscape on matlab). ****Below are the locations of the measurement files (they've been svn-added & committed)*** All files are at [seiteststand svn]: /opt/svncommon/seisvn/seismic/HAM-ISI/X1/ MEASUREMENT FILE LOCATION: [seiteststand svn]/Scripts/DataCollection/unit_2/ FILE NAMES: TFcollect_100816_L2L_0p05to0p5Hz.m TFcollect_100816_L2L_0p05to5Hz.m TFcollect_100816_L2L_5to200p5Hz.m TFcollect_100816_L2L_200to800Hz.m DATA FILE LOCATION: [seiteststand svn]/Data/unit_2/TransferFunctionData/ FILE NAMES: TFcollect_100816_L2L_0p05to0p5Hz_test1mat.mat TFcollect_100816_L2L_0p05to5Hz_test1.mat TFcollect_100816_L2L_5to200p5Hz_test1.mat TFcollect_100816_L2L_200to800Hz_test1.mat PLOTTING/DATA-CONCACENATING FILE LOCATION: [seiteststand svn]/Scripts/DataAnalysis/unit_2/ FILE NAME: TFanalyze_100816_L2L.m .pdf & .fig FILE LOCATION: [seiteststand svn]/Data/unit_2/Figures
It should be mentioned that the 200-800Hz part of this measurement was run last night (Monday 8/16). The 5-200Hz, 0.5-5Hz, and 0.05-0.5Hz measurements were run today (Tuesday) during the day when there was noisy assembly work going on at Unit#3 (but the Watchdog never tripped for these measurements).
There is definitely something wrong on H1,H2,V1,V2 seismometers. Don't they share the same interface chassis? Can we check if everything is ok with the chassis (power supply, current limit...) This explains why the damping loop was unstable; on the attached document: - First page, I follow up on Corey's filter measurement from yesterday. I compare it to the design. It matches. No problem here. - On the second page, I plot the open loop using the measurements Corey has just posted. It cross over at 1.4Hz with negative phase margin. Everything should work once we find out what is wrong with these 4 GS13s.