J. Kissel, P. Thomas, D. Sigg

Patrick grabbed ten seconds of data from the following Beckhoff ADCs with three different input signals: +/- terminals shorted, +/- terminals connected to a 9 [V] battery, and +/- terminals fed with a 1 [Vrms] amplitude, 10 [Hz] sine wave. 
EL 3004, billed as a 12-bit ADC, "presented as 16-bits" datasheet.
EL 3104, billed as a 16-bit ADC datasheet.
EL 3602, billed as a 24-bit ADC datasheet.

The messages:
- Datasheets are deceiving and misleading. So are the default settings. So is what it means to be a 12-bit or 24-bit ADC, since there's no guarantee that all bits are significant.
- The calibration for these ADCs, regardless of what the ADCs are billed as, is 20 / 2^16 [Vpp / ct] for EL3004 and EL3104, and is 20 / 2^32 [Vpp / ct]
- The noise performance of the EL 3104 16-bit ADC makes the most sense, and is a consistent 30 [uV/rtHz] regardless of input.
- The noise performance of the EL 3004 12-bit ADC is confusing, but makes sense if you consider it to be a 12 bit internal ADC chip running at 50 [Hz] whose [least significant / "last"] bit is not random, sampled by the internal processor at 1 [ms] padded to produce 16 bits. If we treat the injected sine wave's noise performance as the expected noise, 200 [uV/rtHz].
- The noise performance of the EL 3602 24-bit ADC (two channels of which were measured) is non-sense. Further investigation is required.
- The noise performance of the EL 3104 looks like it would be just about good enough to handle the pressure sensor signals as they stand in the HEPI Pump Servo (recall LHO aLOG 16500).
- We should consider looking into some Beckhoff PID modules as well, such that the computation and control is all done inside the Beckhoff system, and EPICs is merely used as a monitor.

We're (as in Patrick) going to get a longer data on Monday set so we can better assess the low-frequency performance, and we'll focus on why the time series of the EL 3602 seems to be pre-averaging the data, causing a huge increase in noise when an AC signal is driven through it.

----
Data, plots, and analysis script live in
/ligo/svncommon/SeiSVN/seismic/Common/Documents/T1500159_BeckhoffADCNoise/

J. Kissel, A. Staley, D. Sigg, S. Dwyer, E. Hall, K. Arai, G. Grabeel [remote D. Barker]

The stuff that only happens on a Friday evening.

At 07:05 PDT, the h1boot server crashed. We'd discovered this because all EPICs information from the front-ends (StripTools, MEDM screens, etc) had suddenly flat-lined. After a few calls to Dave, he'd suggested resetting the h1boot computer in the computer Mass Storage Room (MSR, the noisy computer room right adjacent to the control room, where all the front ends live). Unfortunately, because the file system had not been checked in 381 days, it had to go through 2 excruciatingly long system checks on its way back up. An hour later, the initialization completed, and all work-station displays of data instantly came back. 

No apparent hiccups in any front end processes, and they picked up right where they left off. Some work stations had to be rebooted, but others continued on without issue. We continue on to restoring the IFO post HAM6-vent!  

In the mean time, we were able to squeeze in some valuable offline commissioning time (see attached).

Daniel, Sheila

I powered off the 79.2 MHz fixed frequency source in the CER ISC C4 rack.  There were two long cables connected to this, one of which was in patch panel 1, signal 2 (see page 10 of the RF distribution plan). This cable was not in the plan, but had a handwritted masking tape label that said ALS COMM VCO.  It went to the long cable that should have been labeled 10-2 (the label seems to have fallen off).  This went to the field rack R4, where it was similarly labeled and had a cable attached that was just dangling in the rack.  This cable has been removed, and the long cable is terminated at both ends.  the cable which is in the RF distribution plan is still in place and terminated in R2.  

This should mean that there is one less frequency to cause the type of wandering lines seen in alog 17506.  

We think that we have now made some efforts that should mitigate the three types of glitches that have been pointed out so far.  

2^16 crossing DAC glitches alog 17654 reducing the range needed for ETMY and turning off the linearization alog 17713

tidal nitting software limiter: 17555 saturations in tidal should be less common now that we have re done the way that we engage the tidal while locking ALS 17624.  Dan also has written a tool that could be used to alert us when something is close to its software limit, 17791.  We could also think of adding only a few of these filter banks to the sys diag guardian.  

Scott L. Ed P. Chris S.

This report will include the following dates, 4/8-4/10/15.

Wednesday the crew was able to clean 75 meters of tube between X-1-8 double doors and 1st single door north to mid station. Safety meeting @ 3 P. M. Still a good day.

Thursday the lights and equipment were relocated to last single door to mid station. Vacuumed tube supports and sprayed bleach/water solution on soiled floor areas. Cleaned 12 meters of tube.

Today the crew was able to clean 70 meters from last single door north to mid station. 

Testing results are posted here.

Kyle, Gerardo

LVEA COMMISSIONING ACTIVITIES ALLOWED ONLY UNDER THE FOLLOWING CONDITIONS (until further notice): 

1. Vacuum equipment pump carts, AC cords and connecting "flex lines" in vicinity if HAM6 not be touched or disturbed in any way 

2. High Voltage systems in HAM6 (picomotors, PZT, Shutter) only be enabled/energized if someone is present to monitor HAM6 pressure trend (use StripTool to display PT 110B).  If trend changes, i.e. starts to increase instead of decrease, disable/de-energize HAM6 picomotor, PZT and Shutter and notify Kyle @ 509.308.0755, Gerardo @ 509.438.0828 or John @ 509.438.0823

08:52 Hugh to HAM6 to unlock HEPI
08:53 Richard pushing reset button on h1nds1
09:01 Filiberto near BSC1, 2, 3 measuring lengths for new CPS cables
09:07 Gerardo to LVEA to start preparation for leak checking HAM6
09:24 Kyle leak checking HAM6
09:41 Hugh done
      Hugh running linearity test on HAM6 HEPI
10:36 Sudarshan and Travis to end X to work on PCAL calibration
11:24 Gerardo, Corey and Keita to HAM2 to install beam dump
11:28 Robert to end X and end Y to measure IO chassis
12:03 Gerardo done helping Corey and Keita, Peter K. transitioning the LVEA to laser hazard
12:15 LVEA transitioned to laser HAZARD
12:28 Kyle switching HAM6 to ion pump
12:39 Travis and Sudarshan back
      Corey and Keita back to HAM2
12:56 Greg G. turning on TCS X laser
13:36 Dick G. to squeezer bay looking for optic
14:35 Kyle and Gerardo roping off area around HAM6 to protect turbo pump
15:09 Corey and Keita done, Kyle starting work to open GVs

Richard, Filiburto, Robert, Jim, Dave:

we have installed the test DC power supply in the x1iscex IO Chassis. Here are the current draw numbers on the +24V power supply for this unit

(The IO Chassis contains: 4 ADC, 1 16bit-DAC, 1 18bit-DAC)

This us a follow up of https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=17788.

What was done:

1. A round piece of Lexan was cut out by Bubba. It is dropped in over the viewport such that it securely sits on top of the viewport flange without touching the viewport.
2. The old lexan cover was removed and the new one was dropped in.
3. The old lexan protector assy was removed.
4. The new beam dump optical table assy was installed.
5. LVEA was transitioned to the laser hazard, MC was locked at 2.2W, PRM was misaligned.
6. The beam was not found, so PRM was scanned until we have a reasonable beam. At this point, we were only getting 1W out.
7. Alignment of the PRM was further adjusted until we get 1.6W or so through the lexan. Steering mirror was aligned to send the beam to SiC plate.
8. Lexan plate was removed, the beam dump alignment was still good, and we were getting 1.8W out of 2.2W we sent in. The beam goes through MC and then Faraday twice, and this is a reasonable number. According to Paul, MC (one way) and FI (one way) combined efficiency is about 85%. Assuming that FI is 90% one way, in our case it's a total of 0.85*.9=0.77. And 2.2W*0.77=1.7W.
9. The lid of the assy was put on.
10. Though unrelated to the beam dump, Gerardo found that the accelerometer on HAM2 was knocked/moved from its intended position. It was already like that when we climbed up on HAM2 yesterday.

Corey took a bunch of pictures, which he will post on resource space.

When attempting to Isolate the ISI, the CPS would trip (now that I think about it, this is weird, I would think it would have been the Actuators,) as the horizontal loops were turning on.  During this time, the ISI has just restored the locations for the Vertical DOFs.  Jim reminds me that the stuff added to the HAM6 Optical Table tilted the vertical CPSs nearly out of spec.

We reset the CPS Targets to the Free Hanging Positions so the ISI wasn't driving anywhere.  It worked first time there.

Our theory is that when the vertical loops are closed and the old Targets are loaded for servoing, the horizontal GS13s are tilted sending a large signal into the CPS via the Damping loops and possibly the just starting horizontal isolation loops.

Resetting the CPS Targets Locations shifted the Pitch of the ISI ~70000nrads.  Dan & Koji say this is nothing to worry about.  I'll leave the SDF diffs alone for now as an easy reference to change the alignment.  If you want to return to the previous alignment, just type the Burt Target value into the Requested Setpoint Field (e.g. H1:ISI-HAM6_CPS_X_SETPOINT_NOW) on the CART_BIAS medm.  Increasing the Ramp Time to something more than the current 5 seconds might be prudent.

I've attached an image that may help.

More work today on SUS SDF weeding.  What I changed:

OM1, OM2, OM3 - Y DAMP gain and OSEMINF gains/offsets updated in safe.snap due to recent tuning. (For Dan, fixed OM2 M1 UL gain which Dan set to 0.136 in error when it should have been 1.363.)

SDF ignore PR M1/M3 LOCK and TEST switches that are now under GRD control.

Finished setting SDF to ignore PR & SR M3 BIO state and associated M3 coil SW1S now under GRD control.

SDF ignore TMS LOCK and TEST switches that are now under GRD control.

HAM6 being pumped by both turbo and ion pump for now

Preliminaries suggest some IPS could use some centering.  Currently unable to drive 0.7mm without maxing ADC (IPS side.)  More after tests complete.

Attached are the Phase 3b damped and undamped TFs of SR3 taken over the last few months.

The damped TFs of M1 are pretty squashed, but this is because there is some pretty heavy damping filtering engaged for commissioning.

Pcal lines running at 534.7 Hz (Xarm) and 540.7 Hz (Yarm) have been switched with one-another to cross check the calibration between the two arms. Now, the Xarm has a line at 540.7 Hz and Yarm as a line at 534.7 Hz. These will be switched back to its original position once we have a IFO locked data.This study is the continuation of what we reporrted in LHO alog 17582.