J. Kissel, B. Weaver, H. Radkins, D. Barker, J. Batch Here's a list of all of the upgrades we were involved in today. There will be more details of the upgrade, more debugging, associated MEDM screen changes, svn commits, and other clean up tomorrow as we continue to explore what we've installed and debug. Bear with us, and thanks for your patience. 1) Fixed UIM coil driver path's automatic compensation bug by updating CD_STATE_MACHINE.c. See Int. Issue 1178. 2) Installed ISI GS13's projection to SUSPOINT Euler basis projection into the SEI models. See ECR E1600028. 3) Sent the Euler Basis Longitudinal DOF for each SUS involved in a cavity over various IPC (PCIE and RFM) and models (ISI, End-station PEM, H1OAF) to be collected in OAF. See ECR E1600028. 8) Removed the excess RFM channels from End-Station ALS models (noteably *not* the excess channels in the ISC models). This made room for 3). See LHO aLOG 25216 4) Added various rotational sensor correction paths to the BSC ISIs (GND BRS to ST1, and ST1 to ST2). (Prototyping, this stuff, no ECRs just yet) 5) Removed the L4C sensor correction path. See SEI aLOG 666 6) Added new infrastructure for the EY BRS. (Most Copied from EX, covered by ECR E1500246) 7) Reverted the BSC SUS's coil driver monitors to store the NOISEMON in the frames (and pushed the FASTIMON to the commissioning frames). Also, we put filter modules in front of the NOISEMONs (like was done for the FASTIMONs the last time we touched this) in case we ever wish to calibrate them. See ECR E1600033 and LHO aLOG 26313 Because we haven't built MEDM screens and actually *used* any of these paths yet, there's still potential for bugs and we haven't explored and/or fixed all of the collateral damage. Stay tuned as we continue to work on all of these updates tomorrow.
TITLE: 03/29 Day Shift: 16:00-00:00 UTC (08:00-16:00 PST), all times posted in UTC
STATE of H1: Planned Engineering
INCOMING OPERATOR: Jim
SHIFT SUMMARY: Typical hectic maintenance day. Many models restarted. Front end computers becoming problematic (ALSX, PSL). Still in maintenance recovery.
LOG:
15:00 Hugh taking IMC ISIs down
15:05 FD on site
15:07 Karen and Chris to LVEA
15:17 Sprague on site
15:30 Fil and Ed to LVEA
15:35 Jason resetting PSL FE WD
15:39 TJ starting PSL Guardian work
15:42 Vern to TCS table wiggling cables
15:51 Mitch out
16:08 Krishna and Michael to EY BRS work
16:11 Richard transitioning to laser hazard
16:15 Jason and Cheryl to IOT2L for BS install
16:31 Jeff B out
16:56 Richard to EX vacuum Beckhoff work
16:56 Jeff B to EX and EY
16:57 John to EY wellhead
17:04 Chris and Karen to EY, then EX
17:30 Vern out
17:30 Jason out
17:35 Norco on site
17:35 Paradise water on site
17:37 Richard out
17:42 Nutsinee running rotation stage script
17:53 Keita to LVEA POPX whitening check
17:55 Ed out
18:02 Karen and Chris to EX
18:08 Jeff B back
18:20 Fil and Ed to LVEA
18:34 John to LVEA
18:35 Tour in CR
18:41 Karen and Chris done
18:50 Keita done
19:00 Patrick restarting vacuum IPC
19:10 DAQ restart
19:22 Hugh to ends to check HEPI fluid levels
19:41 Fil, Jeff B and Richard to EX
20:01 Ed to LVEA
20:17 Hugh back, going to LVEA HEPI pump station
20:45 Nicole to LVEA
20:54 Fil back, going to LVEA
22:00 DAQ restart
22:02 Fil and Vern swapping electronics in Ethercat chassis
22:07 John to CP03 manual fill
22:25 Ed out
22:31 Nicole out
Reset a few times, but won't turn on.
This gauge was cycled as the result of a CDS reboot.
Tested RGA on vertex. Pumped volume to ~7e-7 Torr, measured at aux turbo. RGA needs to be baked before valve to beam pipe can be opened.
The connections on the CER and the Vertex microphones were soldered.
18VDC power cables are in pplace and terminated in the corner station. The BS oplev power cable is not yet installed.
Fil and I ran and terminated the BS OpLev pwr cable today.
I completed install of the beam splitter and extra beam dump in the MC REFL path on IOT2L this morning (see attached pictures. Cheryl's alog also has a good one). This is for ECR E1500210. It should be noted that with this setup we cannot put more than 100W into the IMC. When we turn on the PSL HPO (starting next week, April 4th) we have to be sure to limit the amount of power going into the IFO to <100W; we have discussed a 60W limit for the duration of O2. Since we can't alter the laser power to this low level in the laser itself, we will use the HWP IO_MB_HWP1 located directly after the PMC to limit the maximum available power to the IFO. Once we begin using operating powers in excess of 100W we will have to come up with another solution for this.
This closes LHO WP 5783.
CP3 was filled at ~15:00 local time. Liquid was observed 1min 10 sec after opening the valve 1/2 turn. Next fill Thursday.
Flip flopping between the need to use FASTIMONs OR NOISEMONS for a variety of commissioning or DETCHAR reasons (but not being able to support both sets of channels) today we reverted a small portion of the work towards integrating the FASTIMONs into QUAD-land from alog 25329. Today we put the NOISEMONs back into the BS and QUAD models, keeping their original data rates and made the FASTIMONS commissioning frames only. This required restarts of the h1susauxb123, h1susauxex, and h1susauxey computers.
The SUS AUX Channel Monitor medms then had broken links which I partially fixed. I fixed the readback channel, but the long colored bit thing associated with every one of these channels (holds the same info as the read back) is a pain in the whooo to change so will have to wait until I can regrow some patience.
I've committed these SUSAUX model changes and medm edits to SVN.
To help avoid problems caused by out of date safe.snaps, I went through and changed the symbolic links for safe.snaps for some models to point to down.snaps Since most of these down.snaps were not in the userapps repository I copied them to userapps, and commited all the burt files to the svn in the relevant directories. The I removed the down.snaps from the target area and made symolic links called down.snap to the down in the userapps repository that will be loaded when the guardian runs down.
I did this for:
omc, lsc, lscaux, asc, ascimc, alsex, alsey, iscex, iscey
This means that from now on at least for these models there is one fewer sdf file to worry about. It would still be good for anyone restarting models to be aware that the down may not be up to date, and either update down before restarting or do a burt to make sure that you are leaving things the way you found them.
John, Chandra IP3 Varian power supply failed. We replaced it with a Gamma PS. It still needs a signal cable (a couple PSs do). PS is currently set to 7kV. Tomorrow we will step down to 5kV.
Richard, Patrick Last week I found what turned out to be the cause of the issue I had with reading the pressure from the BPG402 gauges at end X when we tried to move them from h1ecatx1 to h0veex (alog 26198). It turned out that there was a type mismatch between the IO variable for the gauge pressure and the PLC variable I linked it to. The IO variable is defined as a REAL and the PLC variable I had defined as a LREAL. Last week I updated the script that generates the code to change the PLC variable to a REAL and committed it into svn. Today Richard moved the gauges back to the h0veex vacuum chassis. I did an svn update on h0veex, recreated the target code and ran it. The reading of the pressure still remained flat 0 in the system manager, but reported valid values in the IOC. I am calling this success. I did a scan for devices, and the solar powered gauge and second fiber to ethercat converter is not seen. I disabled them in the system manager. Richard says that the fiber cable may be damaged. The channels for these gauges still exist on h1ecatx1. The next task will be to remove these. I also installed the necessary software to run medm on h0veex. I installed Xming-6-9-0-31 and EPICS Win32 Extensions 1.40. I also installed python-2.7.11 to generate the medm screens from a template substitution script I wrote. I had to add the following system environment variable to get medm to run: DISPLAY localhost:0 When medm started it gave messages for finding each process variable on both the CDS NIC and Beckhoff EtherCAT NIC. I tried adding the EPICS_CAS_INTF_ADDR_LIST system environment variable, setting it to 10.1.0.60 and restarting medm, but the same messages appeared, so I removed it. I then set the following system environment variables and restarted medm again: EPICS_CAS_AUTO_BEACON_ADDR_LIST NO EPICS_CAS_BEACON_ADDR_LIST 10.1.255.255 The messages changed to finding each channel on both 10.1.0.60 and h0veex (10.1.0.60 is the IP address for h0veex). I'm not sure why this is, but it seems to be working, so I am leaving it with this configuration for now. To access the medm screens after a reboot it is currently necessary to start Xming, then start medm, then open H0_VAC_MENU_CUSTOM.adl in C:/SlowControls/TwinCAT3/Vacuum/MEDM/LHO/Target.
We first found that one bit in POPX demod whitening readback that corresponds to the least significant bit of the whitening gain for the third quadrant is stuck on (attached). Corresponding BIO cable was CAB-H1:ISC_88 (i.e. the second board in the chassis).
I got suspicious about the cable but it turns out that this was the BIO itself. We removed the field cables for POPX from the BIO chassis in the CER and used an I/O tester to see the output, and the offending bit was always stuck ON (=low). Short circuit at the connector?
This is not tragic as we can still use odd dB gains (3, 9, 15, 21, 27, 33, 39 and 45dB), but it's a good idea to check these during laser upgrade.
Filter BIO seems to be OK.
Cleared HEPI Accumulated WD counters for HAM2, HAM3, HAM4, ITMY, and ETMX. See attached screenshot for values before reset.
I've taken pictures of the optics on IOT2L, showing labels for all optics.
There are a small number of optics that don't have labels, and some are identifiable by the etching on the barrel.
Jason installed a new beamsplitter and beam dump on the MC REFL path, to accomodate high power, and a picture of those new components is attached.
Pressures still falling, but HAM 11/12 may have an outside o-ring leak: HAM 8: 8 mA @ IP and 4.6e-6 Torr at turbo HAM 9: 10 mA (no more red light) and 3.4e-6 Torr at turbo HAM 11: 10 mA+ (still with red light) and 3.0e-6 Torr at turbo
I reset the PSL 35W FE power watchdog at 15:36 UTC (8:36 PDT).
J. Kissel Carlos suggested that all workstations need a reboot to receive a security update, and whomever was in first should restart all work stations. It appears that no one had been in the control before me this morning, so I've booted all work stations.
Jenne, Sheila, Ed Daw, Jim
Earlier today we had an alignment that was far off enough that we couldn't engage the ASC with the normal sequence. This might have been due to the IM move, which was to restore us to the IM positions before the week long maintenance when the cameras were also moved. Jenne moved PR3 and PRM by hand as she slowly reduced the offsets in the soft loops. Once this was done and all ASC loops were sucsesfully engaged, we reset the green QPD offsets and updated the green camera offsets. Jim did an inital alingment with these new references and we locked with a high recycling gain and the error signals were relatively close to zero.
We are again using the SRC1+2 loops during the whole CARM offset reduction sequence.
We powered up to 10 Watts and again noticed that the X arm soft motion is not well controlled. We looked at XTR A as a possible problem, the power on the QPD does not scale correctly as we increase power. (The other QPDs all scale the same was a POP DC). We tried taking this out of the loop, but saw the same problem when we powered up. We then looked at the combination of TMS QPDs that is insensitive to DHARD, with the idea that our problem might be a cross coupling from HARD to soft. We can try this tomorow, the input matrix is in the screenshot attached.
We noticed that there was a model restart where the safe.snap was restored on March 14th, and that we still had bad values due to this. It would be good if people consider restoing the settings to a reasonable state as part of the job of doing a model restart. (ie, make sure you are not leaving a lot of settings changed when you do model restarts tomorow and in the future please...)
Michael, Krishna
This morning, we started the pump-down of BRS-2 by temporarily removing the safety interlock valve, which exists to prevent back-filling of the vacuum in case of a power outage. We expect to pump down with the cart in a day or two and switch to the ion pump, so this arrangement is okay.
Michael and I then placed 3 sets of Piezo stacks under the BRS-2 platform. We then drove the piezo stacks using the Beckhoff DAC module and an amplifier (0-100 V).
The tilt-transfer function measurement consists of driving the platform in pure rotation and measuring the response signal in the autocollimator, at a few frequencies. As the BRS-2 is connected to the pump and is not thermally shielded yet, the low-frequency noise is substantial, hence the measurement takes several hours. The attached pdf shows the measurement and a model assuming d = 10 microns (d is the distance between the center of mass (COM) and the pivot, with positive indicating COM below the pivot). The transfer function is shown relative to the drive which was roughly 1.7 microradian amplitude.
Plan for tomorrow:
1. Open the vacuum can and shift the COM up by ~10 microns.
2. Close up and begin pump down again. Remeasure the tilt-transfer function.
I've added in a new measurement point and added in curves showing error bars on the d measurement.
Thanks to Betsy's efforts, we have a portable weighing scale which we will use to add ~0.56 grams of weight (a small custom washer) to the top of the beam-balance shifting the COM up by 9.5 microns.