WP4225
I modified the h1iopsusb123 model to add ITMX into the software watchdog switching logic. At the request from Jeff K and Arnaud P, I ammended the WP4225 to include replacing the RMS+DC OSEM parts with the RMS-ONLY OSEM parts. Note these are temporary parts since they have their DC monitors completely removed. After the upgrade to RCG2.8 I will install the new OSEM parts which monitor DC but will not trigger on them.
The install procedure was: kill user models (h1susitmx, h1susitmy, h1susbs), restart the IOP, test the watchdogs to SEI BSC1,2,3, restart the user models. I pressed the DIAG-RESETs to clear latched IPC errors.
I modified the WD MEDM screens accordingly.
This closes out WP4225.
Kyle, Chris GV6 cammed hard closed during the night -> Vented combined annulus volume -> Removed 1.33-2.75 flex piping from North gate annulus pump port and installed blanks in its place -> Began pumping combined annulus volume -> Will helium leak test new joints after lunch GV6's 2-way selectable electro-pneumatic manifold was leaking instrument-air noticeably when left last night -> it is not leaking after GV6 has cammed closed. GV6's "unwillingness" to cam closed could be the result of insufficient net air pressure at the piston due to the excessive leak at the manifold or hard/non-compliant O-rings etc. or a combination of both, the important result is that it is not due to a "draped" gate annulus O-ring!
(Richard, Stefan) After some tail chasing (which included verifying that the spare PMC board works too), we found the 35MHz PMC EOM feed cable ripped out of the connector. Fixing this obviously restored all PSL functionality. A better connector is currently being installed. I also did a burt-restore to 10/26/2013 9am UTC (back when it was still working) to make sure we didn't pick up any spurious settings.
I corrected the macro substitutions for HEPI-EX in the SITEMAP.adl.
The sitemap was commited. -r6226
Pending changes regarding iscex were commited as well:
(Alexa, Sheila)
I am still puzzled by some of the mode matching measurements I took of ISCTEY. I had attemped to compare the accuracy of the Mode Master, Nanoscan, and Knife edge. They seem to approximately agree, but it's hard to say which is most accurate.
Regardless...I examined the beam profile exiting the table enclosure with all the lenses in place using the Mode Master. Refering to D1100607-v13, I found the optimal placement of the telescope to be: ALS-L6 13.5 inches from ALS-M9, ALS-L7 6 inches from ALS-M10. With an "a la mode" script, I determined the mode matching overlap with the TransMon secondary mirror to be 87% for the horizontal profile and 98.6% for the vertical profile. This overlap was computed with a 2.2mm waist at 3.5m from ALS-M11. The waist size and location was determined via T1200200-v1, D0902163, D1201457 as done in the ISCTEX MM alog with a correction of 4ft for the panel location change between EX and EY.
I have attached the scripts and MM snap shot. Note: the first matlab script is just the profile taken by the MM after the telescope, along with the overlap computation. The second script contains the full profile of ISCTEY, which is where some of my confusion persists.
I examined the beam width with the Mode Master, NanoScan, and Knife Edge on the ISCTEY with ALS-L5 in place (22inch from M6); however, prior to the telescope. Comparing the three measurements at approximately the same location away from the laser (z=0), I found:
Knife Edge:
z = 2.794m beam radii = .37mm
Nanoscan:
z = 2.756 m beam radii (horz) = .40mm beam radii (vert) = .43mm ** careful, data point was not taken at the exact same location as MM or knife edge
Mode Master:
z = 2.794m beam radii (horz) = .40mm beam radii (vert) = .42mm
These measurements are within ~ 10% of each other.
Two-fer tonight
ITMx Alignment
IAS is now on hold until the HEPI actuators are attached; we will then take another look. At some point after that we will have to do a small pitch correction.
ITMx ACB Alignment
All is within spec and good to go.
Something was wrong with communication between the cornner beckhoff plc2 and epics. When I tried to change something in an medm screen, it would not change, When I stoped PLC2, it would change the value on the medm screen. Also, on the LSC refl common mode board medm screen, things were just continuously flipping, altough on the twincat side nothing seemed to be changing. I tried commenting out all the changes I had made to the PLC, which didn't change the situation, tried rebuild all, clean all. I tried shutting everything on the etchercat machine down and running the installation scripts again, the epics did not come back. Dave restarted the epics gateway, and things seemed to come back (at least from the other PLCs). I was able to change values on medm screens, but the change didn't make it to the twincat side. Then patrick suggested rebooting h1ecatc1, so I did and that seems to have fixed the problem. Adding back in my changes one at a time did not reproduce the problem.
ALso, the timing system erros are back, Xend, Y end and Corner. I'm not sure why.
Yesterday, we swapped the end link chassis in End Y to the H1 version which has the safety terminals on a separate rail. We only realized now that this required a change in the system manager to remove the safety terminals left from the H2 system. The system is running again properly.
Day's Activities:
Hugh/Greg working on HEPI for ITMx this morning
SUS restart required for MC mirrors (for Cheryl work later).
Stefan/Sheila investiagting PSL issues
Justin prepping South Bay for Laser Hazard transition
Jim balancing BSC3
Thomas getting ready for ACB alignment (with Doug/Jason?)
Alexa transitioned Squeezer Bay Area to Laser SAFE
Kyle swapping states of GV5 & 6 over night (GV6 may cam shut, causing a BIG BANG, so just be mindful of this expected occurrence)
Lots of moving around infrastructure at EX
LN2 at MX CP5
Roofers at Y1
Hopefully GV6 will cam closed at some point tonight -> will increase pressure to 75 psi tomorrow otherwise
As Jason logged yesterday, the ITMx was good except for the Yaw. SEI turned the HEPI DSCW Springs to correct the Yaw error; we brough it from 1.6mrad to 35urads. We then checked and leveled the Optical Table. It was only barely out of spec with 0.3mm over the table; we got it to <0.2mm just hitting our 100urad goal. With the Optical Level using TGT402 for reference, the OT is 0.6mm high. I locked the HEPI after final DI readings for ACB work.
With these Yaw and Level adjustments, some unintended motion occur but they are small. Based on the Dial Indicators, the platform moved 0.1mm South, 0.2mm East, & 20urads CW since the observations IAS took. We should be in OK shape.
Attached find my log book pages for this saga. Thanks, to GregG & MitchellR
Thanks too of course to Jason & Doug for IAS.
The crew (Mark L., Randy, Eddy and Tyler) finished dismantling the Test Stand cleanroom and transported it to Y End. They moved the chamber cleanroom off of BSC9 (to BSC5) so that the Work Platform was accessible. After lunch, they worked on removing the Work Platform Stabilizers and dismantling the Work Platform. Before they leave today, they will move the chamber cleanroom back over BSC9 and turn it on so that it is eligible for cleaning tomorrow (likely in the afternoon).
After SUS moved the quad 6mm, and Hugh and IAS put the cartridge in position with HEPI, I went in and rebalance BSC3 ISI. Very minimal changes were required and the ISI is now locked again while TVo, et al. go in and align the ACB.
(Alexa, Daniel)
We have installed and cabled the ASC WFS VAC patch panels on ISC R2 (ASC REFL A, B) and R3 (ASC AS A,B).
Kyle, Gerardo The following pressures were recorded after opening the gauge isolation valve and waiting for the pressure reading to stabilize (~5 minutes after opening the isolation valve): 11/7/2013 8/20/2003 Dewar 8514371 = 61 microns, 27 microns, 8514372 = 28 microns, 13 microns, 8514374 = 730 microns, 60 microns, 8514375 = 45 microns, 25 microns, 8514376 = 49 microns, 30 microns, 8514377 = 42 microns, 10 microns, 8514379 = 81 microns 26 microns, 8514380 = 58 microns 24 microns The dewar vacuum jackets had been pumped (using a 250L/s turbo pump cart) ~8 months prior to the 8/20/2003 measurements. Note that current LN2 consumption for 8514374 is higher than expected and is likely the result of excessive heat load due to its excessive pressure. Also, this dewar had additional vermiculite? perlite? added to its vacuum jacket since the 8/20/2003 readings.
Sheila, Stefan The PMC servo has been oscillating for about 2 weeks. Attached is a plot of Purple: PMC REFL power Blue: PMC REFL PDH error signal Yellow: Signal at the TEST A monitor point of the PMC locking servo board. Something is clearly wrong with the card - we suggest using a spare.
After the sus model restarts last night around 21:50 local time, the AI Chassis for h1sush2a and h1sush23 went into a locked state whereby they were not outputting the DAC drives and could not be reset.
We first worked on h1sush2a. We stopped the user models, restarted h1iopsush2a, checked the loopback duotone and saw it was now working. We started the user models and everything was driving correctly so we handed this over to the IMC group.
The we looked around and saw that h1sush34 was also in a bad state. There was less pressure to restore this system so we could do some testing.
First we went into the CER and verified that all 6 AI chassis were disabled by the IOP model.
We stopped all the user models.
First test, start h1iopsush34, reset its DACKILL, start h1sussr2, reset its DACKILL. All looks good, cannot reproduce error.
Second test, start h1iopsush34, DO NIT reset its DACKILL, start h1sussr2, reset its DACKILL, then reset IOP DACKILL. All looks good, cannot reproduce error.
For further information, we started all the models on h1sush34 and all DAC statuses are GREEN. Power down one AI Chassis, DAC0 and DAC1 5th bit went RED, it is a readback of AI status (16 channels per AI, two 18bit DACs per AI).
In Summary, code restarts caused IOP/AI lockout. Restarting IOP models cleared the problem. We cannot reproduce the problem easily. Last night the sus models were restarted at least four times, but only the last restart caused the problem.
Weather has slowed the roofing work a little but still good progress has been made, Metal trim appears to be complete on the outbuildings and the electricians are restoring the lighning protection.
At the corner the upper decks are completed with membrane, Trim work is in progress and detail work around our staircase is largely done. The OSB membrane is more than 50% done. The projected finish is the 3rd week of November.
RE: 3rd photo - chalk line dust - NOT blood.
Last friday, Betsy and Travis added weight to the middle mass of SRM currently on the test stand, in order to center the flags with the osems cf alog 8367. A first round of TF have been taken before that, showing clean measurements. A new set have been taken monday night to assess that there's no major change. The new results are showing an excellent match with the previous ones
Results in attachments are described below :
(1) H1 SUS SRM M1-M1 (top mass) comparison between modeled and measured undamped transfer functions for the 6 dofs
(2) H1 SUS SRM M1-M1 comparison between modeled and measured damped transfer function for the 6 dofs
(3) H1 SUS SRM M1-M1 undamped TF comparison before and after adding weight to the middle mass
data have been commited under the svn
I meant SRM in the title
For acceptance review I also added the spectra of SRM during phase 2b (currently plugged on the test bench).
The first 3 pdfs are showing the effect of the top mass damping on each stage. The last two pdfs are comparing SRM spectra with other hsts suspensions (PRM and SR2) during phase 2b, damping off and damping on.
Everything looks good for all osem signals, damping is working fine by significantly reducing the Qs of the resonances, and both damping on and off spectra are similar to other HSTSs at the same 2b stage of testing.