I added H1:VAC-LX_X2_PT170_PRESS_TORR and H1:VAC-LY_Y2_PT180_PRESS_TORR to the exclude channel list and rescanned. 528 channels were added and 2 were removed (see attached). H1:PEM-CS_DUST_LAB1_ENABLE and H1:PEM-CS_DUST_LAB2_ENABLE are still unmonitored.
Corey, Daniel, Stefan
We moved one of the two AS56/45 WFS from the AS port in-air table (ISCT6) to the REFL port in-air table (ISCT1). (Serial number S1300512)
The WFS was connected to the RF cables for the REFLAIR B WFS, and powered by the third slot on the WFS interface chassis.
One thing to note (again) is that those 5-channel RF connetors are impossible to plug in - in fact the only way to guarantee that all connecions are good is to remove both the connector backshell and the WFS box cover, and idividually checking that every channel pin and shield makes a good contact. Corey has some pictures of this.
Also, we quickly wanted to check the RF transfer functions from test in to each channel, but they looked broken. The chain definitely needs to be checked out again.
As Stefan notes, the "connectors" for the WFS were a bear to work with. Since the pins would move, and you never knew if the connector was really connected, Stefan removed the covers to the connectors, and also removed the back panel of the WFS to make sure the connector is connected. He did this on both.
To remove the connectors, one will need to remove the connector covers, and then disconnect the connectors (not ideal, we know).
Attached are photos of the connectors connected (with WFS panel removed and connector covers removed).
MCL controller:
PZT mirror:
WFS:
Model/DAQ:
ISCT1:
End Station PI models WP5785
Terra, Betsy, Jim, Dave:
The end station PI models (h1susetmxpi and h1susetmypi) models were changed this morning to permit them to drive the PI inputs to the ESD drives. Prior to this change these channels were being driven by the main quad models. The process was:
remove the drive of the last two channels of the last DAC from ETM[X,Y]
restart the ETM[X,Y] model (to free up the DAC channels)
add the last two DAC channels to the ETM[X,Y]PI model
restart the ETM[X,Y]PI models
Now that the PI models are driving the ESD low voltage inputs, it was important that they stop driving if the main Quad model has stopped driving its DAC channels through either a MASTERSWITCH switch to OFF, or a WATCHDOG trip. This requires two shared memory IPC channels to be added to the ETM[X,Y] models. To get the MASTERSWITCH channel out of the QUAD_MASTER.mdl model, this was changed to add an output port. For the end station models this was plugged into the SHMEM IPC senders, for the corner station ITM[X,Y] this was terminated.
Code checked into SVN r12907
First Version of ITM PI model installed at LHO
Dave:
The first version of the corner station SUS PI model was installed on h1susb123 in the remaining core. This is a 'work in progress' as it does not have any input or outputs and at the moment is essentially a place-holder. This completes the increase in H1 models (along with h1ngn) and brings H1 model total to 104
DAQ Restart
Jim, Dave:
The DAQ was restarted at 14:57 PDT to:
The DAQ restarted cleanly with no problems.
Filiberto, Patrick, Richard WP 5784 The major issue encountered was that the X4 PT525 and X5 PT526 BPG402 EtherCAT gauges reported 0 torr after being connected to the end X vacuum chassis. I have not yet been able to figure out why. These gauges have been moved back to h1ecatx1 for now. All of the status information that I could find for them seemed to indicate that they were fine, and that the hot cathode ion gauge was in use (active sensor: 2). Richard measured the voltage directly from the pins on one of the gauges and it reported around 1.72 V, which would have been in the right range. I tried a factory reset by writing to CoE index FBF0 0x01, but it is unclear if a reset occurred. If one did, it did not help. I tried changing the units readback to counts and got a large changing number, but strangely the linked variable still read 0. I will connect a spare BPG402 gauge to the end Y chassis in the EE lab and do some more testing. In regards to the other changes, I trended the pressure and high voltage for IP 12 and it is back to around what it was before the change to Beckhoff. It is hard to tell at this point if the smoothing for the CP8 pump level is noticeable or improving the PID control.
Now that the commissioners start to use CO2Y I want it to be obvious if it trips.
Kiwamu, Nutsinee
In order to understand the characteristic of the COY rotation stage I ran Kiwamu's script with TCS CO2 channels asking the rotation stage to turn to random angles. The result is attached below. The first plot shows that CO2Y rotation stage works 85%-93% of the time (out of 300 samples). Changing the rotational state speed by 50% didn't make much difference (if not worse). The nominal speed is 100%. When the rotation stage didn't go to the requested angle the difference is always roughly 30 degree. In comparison I attached the second plot showing data from CO2X rotation stage that has quite a nice behavior. The requested angles and measured angles agree within half a degree (out of 100 samples).
It might be interesting to see the measured power for each of these as well. I would probably trust that more as an indication of the measured angle than the reading from the stage.
Below you will find the plot measured CO2 power vs. requested angle. Notice that CO2X power follows the sinusoidal pattern quite nicely while CO2Y power is ~30 degree phase delay from the main sine wave when the rotation state is busted.
John, Chandra Connected aux pumping carts to the following annuli: 1. HAM 7/8, with secondary turbo Pressure: 3.4e-5 Torr 2. HAM 11/12, with secondary turbo Pressure: 9.5e-5 Torr 3. HAM 9, no secondary turbo Pressure: 7.0e-4 Torr Still need to connect BSC4 annulus. Two annuli systems are leaking, based on the attached plot of diagonal gauge PT-140. Leak rate (O) e-3 Torr-l/s.
Tuesday evening: all three pressures on annuli are now low e-5 Torr range. I closed each turbo valve individually to see if pressure would rise in diagonal (on PT-140). No observed changes in pressure over 10 min time span for each. We have greatly reduced the leak rate by reducing pressure in the annuli.
The lock out/tag out for the HPO power supplies was removed. Both the internal and external shutters of the HPO had their flags replaced. The position of the flags were also adjusted so that the magnetic position sensor was triggered when the shutter was opened/closed. TwinCAT uses the position sensor for animation on the user screen. Each of the four laser heads was powered up, one at a time and with 5 amp increments up to the nominal pump power (50 A). No problems were observed with the fibre bundles. The diode currents were set back to zero. As we were closing up, a small pool of water was observed on the base plate. Fortunately none of it was spraying anywhere. The source was traced to the flow sensor in head 3. It was removed, its PTFE tape redone and re-installed. No leak was observed for a period of time afterwards but this should be monitored and kept in mind if the crystal chiller keeps complaining about low water level or a flow sensor problem. If the front end laser trips out and you do not know how to bring it back on line, PLEASE ASK or get someone who knows how to do it. Jason, Peter
Accidentally posted this in the wrong log entry! Corrected. All three pressures on annuli are now low e-5 Torr range. I closed each turbo valve individually to see if pressure would rise in diagonal (on PT-140). No observed changes in pressure over 10 min time span for each. We have greatly reduced the leak rate by reducing pressure in the annuli.
I reset the 35W FE power watchdog at 20:52 UTC (13:52 PDT).
Attached is a plot of the high power oscillator diode currents prior to its shutdown over two years ago. These are the currents that the high power oscillator will be restored to. DB1 51.3 A DB2 49.7 A DB3 50.8 A DB4 49.0 A
ITMY ring heater was left on for an overnight measurement. The upper and lower segments of the ring heater were set to 1 W (i.e. 2W in total). The interferometer is aligned but in the down state. I started the HWS codes on h1hwsmsr because they were not running. I have not updated the reference images for the HWS codes this time. Therefore they use whatever the reference images that are in ~/temp/. The ring heater will be automatically switched off at around 6 am in local time by a script running on opsws4.
The HWS code should have been running in a single tmux session containing two windows. Clearly this is too easy to circumvent. I'll talk to Jamie about seeing if we can get this set up as a daemon process instead with the new version of the code.
JimB and I are working on this issue at the moment. We are trying to get rid of tmux sessions by implenting monit. As of yesterday, we succeeded in running the hartman codes under the managmenet of monit. The implementation is still underway and about 80% done at the moment.
We are having a trouble with the CO2 Y laser where every time when we request an angle to the rotation stage, it trips the laser for unknown reason. According to the MEDM screen, "RTD/IR SENS. ALARM" turns in red when we request an angle to the rotation stage. We needed to hit the gate button at the floor in order to untrip the laser. If we do not change the rotation stage angle, the laser seems to stay on,
We need help from experts.
Fixed.
It was loosely connected D-sub calbes. I went to the floor and was going to inspect the controller box as suggested by Alastair. However, it turned out that tightening up all the D-sub cables on the front panel of the controller box apparently fixed the problem. I did not even try to reproduce the issue.
Jenne, Sheila, Kiwamu, Hang, Stefan
We tried to monitor the AS WFS gains during powerup. However, we didn't see any sign flips. Nevertheless, a combination of SOFT and SCR1 loops ran away anyway.
On the next attempt we again observe the onset of a 0.4Hz oscillation in pitch, which, depending on alignment, starts around 13W-15W, and grows until lock-break.
Jenne tried to move the soft offsets around to see whether there are alignments that are less suceptible to the 0.4Hz oscillation - not much luck.
Looking at the OPLEVs we noticed that mostly the xarm pitch is moving during power-up (but too slow for radiation pressure effects). Note that during this the soft loop error signals are kept zero, which suggests some non-linearity in the X QPDs.
One last attempt: We opened the SOFT loops, then went to 10W. We still get our "favorite" oscillation. We'll look at some lockloss plots when we're more awake.
Prompted in part by the day that the vacuum team needed an extra TV for remote medm screen monitoring, we have thought a bit about where we really want some of our FOMs displayed, and which ones belong where.
The range integrand is useful, but perhaps not something that we need to be watching in realtime. I have promoted the ASC control signals (previously on the top monitor of video0) to the place where the range integrand was, at the bottom of nuc6. Since I can't directly access the bottom screen, the striptools are kind of mushed right now, but if someone can get them nicely displayed on nuc6, that'd be great. These are the same {userapps}/isc/h1/scripts/[PITCH or YAW]_ASC_CONTROL_SIGNALS.stp strip tool templates that were formerly on video0.
Rather than putting the range integrand on video0, I have put the ASC error signals up on video0, since we occassionally want to see these. The color scheme is the same as the control signals, although the backgrounds are slightly different colors to indicate that they're not quite the same (err vs. ctrl signals). We may need to think more on the y-scales - right now I have them optimized for in-lock, so they're rail-to-rail while we're unlocked. We may want to zero the input matrices in the DOWN state and then re-write them before use, to make these strip tools less crazy. These templates now live in {userapps}/isc/h1/scripts/[PITCH or YAW]_ASC_ERROR_SIGNALS.stp.
JimB will update the labels on the screen capturing webpage in the morning to reflect these changes. Thanks Jim!!
The control room screen shot web page has been modified, and the nuc6 computer has been configured to automatically start the strip tools when rebooted.
