The trend writer on h1tw0 has been started after a lengthy absence due to equipment repair.  

All time in UTC

13:47 Chris S. working on beam tube enclosure sealing. Approx. be locateed 1/4 to 1/2 way toward Mid-X. Morning work.

15:19 Christina to LVEA

15:51 Jason heading to PSL

16:10 Joe to LVEA

16:15 Cheryl making measurement on IMs.

17:07 Hugh and Jim to EX.

17:21 Ed to LVEA

17:37 Ed back

17:40 Travis to LVEA to the racks near HAM2,3.

17:53 Manny to End stations looking for extension cords.

17:56 Joe out

18:13 Dave restarted LSC, ISC model

18:17 Hugh to LVEA retrieving equipment near HAM2.

18:24 Jenne and David start cutting floors in the LVEA

18:31 Hugh out

18:51 Hugh to EY making some measurement

18:57 Jason and Peter out for lunch

19:04 DAC restart (EX)

19:54 DAC restart (PEM EX)

20:23 Manny out

20:46 Manny to LVEA

21:06 Fil removing electronics box from ISCT1.

           Richard and Gerado to LX and beer garden look at VAC channels. BSC7 and BSC8  high pressure alarms were their doing.

21:25 Chris to EX to unload pile of lumber.

21:47 DAC and SUS ETMY model restart

22:30 Fil out

22:40 Peter and a group of operators to LVEA for Transition training.

23:00 Peter et al out.

Keita to ISCT1 sometimes between 22:00-23:00

NOTE TO ALL: MUST LET OPERATOR KNOW IF YOU ARE GOING TO END STATIONS. You are potentially causing BRS to ring up just by being there. If couldn't find operator on shift, let Jim know.

Added a new ISI_OFFLINE state to the sei manager guardians that has the ISIs in Ready and HEPI Isolated. This state is mainly used while the sei team is testing and not for normal operation. To get to ISI_OFFLINE I added a couple of transition states from DAMPED that will turn Off the ISI damping loops, and then turn them back on before entering DAMPED again. (HAM and BSC graphs attached)

Tested yesterday on ITMX and HAM5. Loaded the new code into all of the managers today.

Darkhan T., TJ S., Travis S., Evan G.

Yesterday, we took PCal end station measurements for both end stations.  See attached pics if you are interested in the raw data and timestamps.  Otherwise, see T1500129 and T1500131 for the summary reports for each end station.

A quick glance at the optical efficiency of X end seems to indicate that the known clipping issue is getting worse. 

Can't see data before 4/26 on PT100. Surveyed other gauges over 15 days. PT100 seems to be the only one that gets cut off on 4/26. Dave Barker is investigating.

After Tuesday activities, noticed a step change in pirani gauge signals. Attached is plot of PT100 (on HAM 1) and PT140 (on BSC4). Note:  PT100 CC gauge keeps turning on and off due to pirani set point and stepping.

PT120 also shows a step in signal. Yesterday Richard & Gerardo pulled the leads on PT120 while measuring the voltage. Voltage read higher valve when lifted from rack.

PT140 pirani trend over 15 days shows a major step from 4/26 (when Beckhoff was installed) to 5/3 when power was switched and system rebooted.

Daniel, Nutsinee

After Daniel made some changes to the RS configurations today (alog27008), I ran the random walk script again. 

Result:

CO2X RS requested angle and measured angle agree within 0.01 deg -- Better than ever

CO2Y RS requested angle and measured angle agree within 0.02 deg -- Better than ever

And PSL RS requested angle and measured angle agree within 0.004 deg -- Awesome!

I have also recalibrated the power vs. angle calculator for CO2 RS.

Suspect Beckhoff work again.

Bit the bullet and started adjusting the 4f lenses.  The beam profile currently is a
little better than the attached image.  The output power as measured with the power
meter located near the external shutter is ~151W (~148W on the external power meter).
All powers are with the corona aperture in.

    Adjusting the homogenisers and fibre bundle positions did not yield the breakthrough
in output power I was hoping for.

Tega, Ross, Jim, Dave:

here is an overview of the signal flow to get the OMC DC-PD signals from the corner station to the SUS-PI models at the end stations. For example, lets take the ETMX system:

h1lsc0 front end computer:

h1omcpi model (running at 64kHz). The OMC DCPD A and B ADC signals are downconverted into four pairs of I and Q phase signals. These 8 signals are transmitted out of h1omcpi as local SHMEM IPC channels.

h1omc model (running at 16kHz). The 8 SHMEM IPC signals are received, and MUX'ed to a single channel. This channel is split and sent out as an RFM channel on the X and Y RFM loops.

h1iscex front end computer:

h1pemex model (running at 16kHz). The RFM signal is received, and sent through a 1-to-8 DEMUX. The time delay of 1 cycle is compensated for. The resulting 8 signals are sent as 8 Dophin PCIe IPC senders.

h1susex front end computer:

h1susetmxpi model (running at 64kHz). The 8 Dolphin channels are received and upconverted.

State of H1:  PSL is being realigned, no light to the IFO

Activities:

• Fil Ed EY pull cables
• Peter Jason PSL realign
• Chandra Richard LVEA vacuum gauge
• Kyle Stefan EX noise hunting
• Travis TJ Evan EX pcal
• RichM ITMY testing
• Kyle MY and MX drilling
• Hugh SEI ITMX and BS
• Betsy EY charge measurements
• Travis TJ Evan EY pcal
• Betsy EX charge measurements
• Nutsinee TCS testing rotation stage
• Stefan ECR-LVEA-EY-EX coil driver measurements
• RichM EX collecting data - ongoing
• Nutsinee PSL testing rotation stage - ongoing

With the ring antenna and the battery powered scope I chased down the time-domain transients that I observed on the L2 coil cable (10msec burst every 100msec). They are due to the RFID tag, and get huge close to the RFID stations (35Vpk when the antenna is held close to the RFID board).

Attached are 4 scope traces, as well as a 3MHz span spectrum. The frequency content is 124kHz plus (mostly odd) harmonics. The y-axis is arbitrary, as the gain depends on the distance from the source.

Turns out that the rotation stages are sufficiently different that the same parameters won't give optimal results. In particular, the CO2Y rotation stage seems to require significantly more current for the same velocity.

For TCS I reduced the maximum speed even further, since it is unlikely that we ever need high speed. The maximum is now about 100 times slower than originally. The speed can simply be left at 100% with 10 sec acceleration and deceleration times. I also needed to reduce the PI loop gains by 2 for X.

I noticed that the motion always falls short of the final destination. For large angles the errors tend to be somewhat larger. I added a fine adjust feature which, when engaged, will nudge the motor, after it finishes its initial motion. This feature includes an adjustment angle which is intended to compensate for the shortfall.

The busy flag gets stuck quite often, and the auto-abort is required for the fine adjust feature to work consistently.

In order to connect the duty cycle and current readbacks, the 0x1A07 and 0x1A09 regions need to be assigned in the process data configuration of the motor terminal. This will add "DCM Synchron info data channel" structures which contain the info1 and info2 channels.

I am adjusting the CP2 LLCV PID parameters controlled by Beckhoff system. 

1. Set to manual mode at 35% open and adjust PI settings while in manual mode and observe value in data viewer real time. PI still updates its values in manual mode. Note that every time a PID value is changes the LLCV % open value resets.


The pneumatic actuator is physically jouncing up and down and will wear out prematurely at current Beckhoff settings. 

The new electronic actuator on CP1 is not jolting as much as CP2, but up/down movement is still noticeable at rapid rate - PID parameters should be addressed.

Have not surveyed the other five actuators (CP3 doesn't count).

While I was at End X (around 7pmish) I heard repeaded banging noises coming from the GN2 pipes (GN2 BURST, GN2 VENT and GN2 REGEN). Not sure whether that's a know isssue, but it was rather loud, and the support piers were shaking noticably.

The attenuated output from the front end, or seed, laser was admitted into the high
power oscillator ring.  No signs of clipping on the intermediate optics was observed.
However the overlap between the beam promptly reflected from the oscillator's output
coupler and the beam that traversed the ring was slightly off - the interference
fringes were clearly left of centre.  This was corrected for.  The mis-alignment of
the output coupler was most likely caused by the drag wipe cleaning the previous day.

    Each laser head was powered up with 5A of pump current.  No bright spots were
observed on the optics that would indicate some kind of point damage.  Each head was
powered up to 50A and again, no point damage spots were observed.

    The oscillator was then fully powered up, starting at 40A-45A per head.  The
laser power was noticeably down.  The beam from the oscillator, shown in
FirstTurnOn1.png, was ugly but stable.  My interpretation of this was that there
was no point damage on the optics but that the resonator was severely mis-aligned.
The exact reason for why the resonator would have become mis-aligned is not clear
to me.

    Adjusting the output coupler did improve the beam shape but not the output
power.  A more thorough alignment process will be embarked on tomorrow.

~21:01 UTC I turned off the camera, frame grabber, then powercycled the computer (then turned the frame grabber and the camera back on). Only HWSX code is running at the moment. Things look good for now.