Following the PR3 issues over the weekend, Jeff and I noticed some minor issues with the SWWD MEDM screens.These were:
the three HAM suspension OSEM face/top channels labeled F instead of T
some ADC monitors on the 4-to-1 screen had copy-paste errors
Quad suspensions did not show the ADC reordering (left-right-side are actually side-left-right on these systems)
I corrected these errors, which required some ADL changes and some macro substitution TXT file changes.
Screenshot attached.
FRS 8220
Looking at the screen, I see "Error code 13 ~~~MYSTERY ERROR~~~ Go Google "ADS Return Codes" So I did. ADS return codes are from Beckhoff - error 13 is "Port Not Connected"
Once the IOCs were started the corresponding SDF systems crashed. This is unusual behaviour, but we have seen it before. I restarted the SDF processes as user controls on h1build
starth1sysecaty1plc1sdf
starth1sysecaty1plc2sdf
starth1sysecaty1plc3sdf
I think we now have a fix for that in RCG 3.4 and beyond. Due to EPICS sequencer changes, I had to re-write the EZCA parts in our front-end sequencer code so they are now robust against the (remote) IOC going offline/online. This will fix the problem when the PSL Beckhoff OPI<->EPICS IOC is restarted, causing the non-real-time part of the PSLISS model to stop. Thinking about this, it may also apply in this case, where we communicate with a remote IOC on the IFO Beckhoff TwinCAT<->EPICS IOCs
I measured the laser power at the base of the periscope this morning. The power meter was located in front of the mirror directing the beam upwards. With an Ophir PD300-3W-SH power meter (S/N 171141, P/N 1Z02411), the highest value measured over a ~2 minute interval was 160.4 mW. With an Ophir 20C-SH power meter (S/N 1711175, P/N 7Z02602), the highest value measured over a ~ 2 minute interval was 169 mW. Both readings were taken using a 10 second average, with the zero offset removed using the Vega display unit.
J. Kissel, S. Pai Siddhesh and I B&K Hammer'ed the new MC2 and PR2 Scrapper Baffles, SR2 Cage, and of Primary/Final/Large? in-vac TCS Steering Mirrors in BSC2. More details, pictures, and results to follow. Notes for myself later: - SR2 cage accelerometer was oriented with X Y Z aligned with the IFO global coordinates. - All other measurements had acc Y aligned with IFO Y, and acc Z aligned with IFO X.
Adding an oldy-but-goldy picture of MC2 (background) and PR2 (foreground) taken by Conor Mow-Lowry the day of this BnK exercise. The picture is taken from the -Y HAM 3 door, so IFO +X and the beam splitter is to the right, and +L for both suspensions is to the left as their HR surfaces point back toward HAM2 (to the left). Critical to today's yak shaving: the OSEM measuring Transverse at the top mass (M1) stage is toward the camera for both suspensions, i.e. in their +T direction, which means it's the "SIDE," or SD OSEM, per E1100109 (rather than the OPPOSITE SIDE, or OS). (yak-shaving: while putting together the derivation of the OSEM2EUL matrices in G2402388), I'm reminded that some HSTS were assembled with the Transverse sensor on in the OS position, and I'm on the hunt as to which ones -- and making sure the (SD to T) & (T to SD) element OSEM2EUL & EUL2OSEM matrices, respectively, are correctly -1.0 if SD and +1.0 if OS.) MC2 and PR2's OSEM2EUL matrix value H1:SUS-[MC2,PR2]_M1_OSEM2EUL_2_6 is correctly -1.0.
Correction: To the 20:39 (12:39) entry - Siddhesh was with Jeff K. not Brijesh.
Today, Travis and I used the red visible AUX laser to final align the ITMY elliptical baffle and the BS AR and HR baffles. (Note, we had already done the BS baffles and the ITMX but wanted to check and document. Note, the front back, and center targets of the elliptical baffle boxes do not all exactly line up, but the tolerance is 7mm so we are center to better than that on all of them.
Also, note, the BS baffles do not look very centered on the mounting to the BS structure, but the beam is centered thru the baffle, so can't do much about that.
Pictures are attached.
ITMX Elliptical baffle front and back targets.
ITMY Elliptical Baffle front and back targets.
BS HR Baffle side position wrt to mounting screws and target pix.
BS AR Baffle position (sorry, no target pic).
View ~on beamline ITMX elliptical to BS AR and down to PR3. Likely better pix coming...
View ~on beamline ITMX elliptical to BS AR and down to PR3. Likely better pix coming...
View ~on beamline ITMY elliptical to BS HR and down to SR3. Likely better pix coming...
This afternoon, while helping Jason install the new AWC optics, I worked on routing the AOSEM cables for the OFI. Hugh had preassembled the D1000225 SRS cable to the D1000234 Quadrapus cable and mounted it in a cable table bracket. So all I had to do was route it all on the table, plug it into the feedthru and start connecting AOSEMs. I've plugged in 1 AOSEM and will start looking at medms next.
In LHO aLog 39484, it was reported that the WHAM6 Corner3 CPSs was sitting on a rail and it would intermittently come off the rail when the cables were messed with. I managed to get the channels off the rail but V3 was clearly noisier than the others.
Yesterday, I worked the cables over to eliminate this and maybe succeeded. The CPS cables are in the right turn port of the 5-way cross and one of the cables was looped back in the hidden turn and although it could not be seen, I suspect the copper shield was close to the BNC Bayonet and this was the source of the intermittence. Pulling and twisting the cable un-kinked the loop and it looks like it should remain. Difficulty here is that now that the feedthru is on the five way cross, there is no connection to break to aid in untwisting the run. At least for the past 24 hours however it has remained stable.
The attached 10 day trend of the CPS locals shows the elevated noise of V3 and how all sensors have a similar noise level. Also notice how the H3 signal has jumped onto the page during this work yesterday indicating that channel was also affected although it was not on the rail (32k cts.) But, it was being influenced on the absolute level readout, that is, actual reported position. When I trend this back to before the vent, the reading was never at this level and I think that the sensor must have been exposed to some erroneous signals which was giving a false position. I will say that both channels are much better now!
Will update ticket 9477 to monitor these channels for a time before closing.
(Kyle R, Gerardo M)
Last night while doing some work around the HAM5 I noticed the door cover for HAM5 being "sucked in" (see photo), that occurred every time someone removed the door cover to any other HAM chamber (4,3 or 2), it turns out that the new cleanroom creates great positive pressure causing the door cover for HAM5 to appear as being "sucked in". So I ran a little test, while one of the other door covers was off and HAM5/HAM6 door covers on, I pushed some of the cleanroom curtains open, and that relieved some of the positive pressure created by the cleanroom HEPA fans, that allowed the purge air to "balloon" the door covers on HAM5, and as soon as I closed the curtains the door covers went back to getting pushed in towards the chamber.
Today Kyle and I used a long ladder to get access to some of the HEPA fans, there are 20 of them on that cleanroom, we dialed down 7 of them and there is a noticeable difference already, we plan to dial down some more tomorrow as work on that chamber allows it.
You guys should check that the gap at the foot of the curtains is correct - refer to PSI drawings - this is intended to exhaust the air without building pressure in the cleanroom. It may be better to leave the flows at nominal and relieve pressure that way. By dialing back the hepa units you are decreasing the volume flow rate of clean air which may not be the right thing to do.
This cleanroom is the "gerbig" style with 20 HEPA filters and 1 ft clearance at bottom (non adjustable legs). We checked the particle count after dialing down flow; cleanroom is still running well below Class 100.
Thanks!