I ramped up the speed/pressure at EndX. Running the motor at ~92% gives 48psi at the pump station output. We will get the Servo on the system next week. The system will shut down if the fluid level drops even slight amount. Meanwhile, scrub scrub scrub away!
WP 3852. I started the h1iopsusauxey model (it has a new name) this morning. The DAQ frame writers were stopped and the minute trend files associated with this model were renamed. The DAQ was then completely restarted. I made a simple "hostname" change to h1susauxb6.mdl to permit the users model to run. This model will be converted from B6 to EY on monday.
08:45 Cable work by HAM 5 (LVEA) – Filiberto C. 09:30 Work on H1 PSL Mode Cleaner - Sheryl 10:00 Work on PR3 Optical Lever (LVEA) – Thomas Vo 10:10 Turbo pump/pump cart work by BCS8 – Kyle 12:40 Work on Quad/BS test stand on LVEA – Travis/Betsy 13:00 Continue work on H1 PSL Mode Cleaner – Sheryl 14:30 LVEA Transitioned to Laser Hazard - Keita
Modified capacitive position sensors per E1300251 for BSC6 and BSC1. This was to address a high frequency oscillation in the return path.
Thomas V. & Szymon S.
The ETMY optical lever channel H1:SUS-ETMY_L3_OPLEV_SUM_OUTMON shows that the laser power on the optical lever receiver has been fluctuating - dipping to zero on a regular basis. I tried installing a spare power supply on the laser, and it appears that the power fluctuations are still occurring, but the power now only drops down to about 6000 counts from 10000 on a regular interval.
I also centered the yaw using the translation stage controller after the signal had drifted to nearly -6 counts after a week. The plots show the ETMY_L3_OPLEV_SUM_OUT and pitch and yaw signals around the time the power supply was exchanged and the yaw centered.
For the 35W beam
Cyrus R., Patrick T., Sheila D. Around 11:00 AM we powered down the H1 Corner MSR EtherCAT chassis and put it back in the timing rack. Cyrus replaced the 24 V power cord that did not appear to be put together correctly, but should not have affected the power. The cover is still off and it is powered back up. Looking at the C:SlowControlsTargetH1ECATC1H1ECatC1.tsm, there are 14 Cyclic lost frames and 504 Queued lost frames for Device 1. These numbers are not changing so I am clearing them.
Filled this system this morning and it is now flushing in manual (no servo) at ~20psi. Fluid is circulating though the 4-way (re-circulation position) valves; the Actuators are not valved in. Manual mode means only the fluid level is monitored. The pump will shut off if the level drops.
Patrick T. This evening, sometime between 7:00 and 9:00 PM, I found the cover replaced on the Corner MSR EtherCAT chassis. It is labelled with serial number S1103490 and is on a cart near the back of the network timing rack in the MSR. I had left the cover off because I was afraid that it was pinching the fibers inside, and might be causing communications errors that I had seen earlier. I had replaced the orange multimode fiber going into the EK1521 terminal when these errors last occurred, and that had appeared to fix them. That was the second time I had replaced that fiber. The first time I had replaced the EK1521 terminal as well, which had serial number 20110311 and was put it in a box labelled 'broken? 4/8/2013'. I believe that had also appeared to fix similar errors at the time. I removed the cover. Looking inside I found that part of the top of the white flexible connector on the multimode fiber labelled 'B' going into the EK1521 terminal, was broken off. This appeared to have been done purposefully. The other fiber of the pair, labelled 'A', appeared to be slightly split at the top. The temperature probe that had been placed inside the chassis had also been put outside. The cover would have been closed on its wire, but not too tightly, as it was not screwed down. I am leaving the cover off for the night and the rest of the chassis as I otherwise found it.
Attached are plots of dust counts requested from 5 PM May 1 to 5 PM May 2.
WP 3852
I started working on the renaming of the EY front ends to replace the BSC number identifier (B6) with EY. As a test case I started with h1susauxb6 because it was not being used, had no fast data in the DAQ and has no IPC parts (Dolphin or RFM).
I was successful in renaming the computer and changing the h1iopsusauxb6 model to h1iopsusauxey. I have documented all the steps in the cds wiki.
The last part is to rename the DAQ minute trend files and restart both frame writers. Since it is getting late I'll not do that today and continue tomorrow. For now the EDCU is PURPLE because I've stopped all models on h1susauxey.
- Fire department on site - Richard M. - IT Tech on site - Jonathon H. - IO work at ITO2L, laser hazard only within the black curtains - Cheryl V. - BSC1 capacitance work on position sensors - Filiberto C. - Restart SUSAUX - Dave B.
Flashing, but REFL PD not working and can't see TRANS with green glasses and green viewer. IMC alignment: MC1 P 365 Y -875 MC2 P 405 Y 220 MC3 P 107 Y -1054 PSL shutter is closed for the night.
Max, Sheila Coming to the fiber distribution box 2.98 mW (Kiwamu measured 4.7 April 11th) Y end output of fiber dist box: 190uW input to polarization adjustment box (MPC1) 190uW output of polarization adjustment box 80uW output at end station: 14uW this is worse than on monday. By removing the polarization adjustment box and replacing it with Richard's fiber adapter, we saw 40uW at the end station, with only 3 uW in the wrong polarization. Maybe we will leave the polarization box out of the picture for now.
The PDs to monitor the fiber output at end Y were cabled incorrectly, now the signals from both of them make it into beckhoff. The total transition PD needs to be in input 2 on the photodiode amplifier box while the rejected PD is on input 3. Using the fiber laser to calibrate these, with 13 mW out of the fiber, there are 0.79mW sent toward the total trans PD, and the DC voltage on that PD is 0.568 with a gain of 0dB. with 3.47 mW sent towards the rejected polarization PD, and gain 0dB, the PD reads 2.39V. This means the responsivity of the total trans power PD is 0.359 A/W, the rejected polarization PD is 0.344A/W, and the beamsplitter reflectivity for the pick off to the total trans PD is 6.1%. I have added these to the initialization POU, we need to double check that the calibration comes out OK when we are using the low power beam. Yesterday while Max and I were trying to figure out how to use the polarization adjustment box, the total transmitted power dropped from 37 uW to 15 uW, which could be due to a combination of unplugging and plugging the fibers and adjustments to the polarization box.
Attached are plots of dust counts requested from 5 PM April 30 to 5 PM May 1. The high counts at end X correspond with the drilling before the vacuum was moved outside.
Apollo drilling at end Y for BSC test stand. Moved vacuum outside to mitigate high dust counts. Mount lock and key on site Fire department truck on site FMCS reverse osmosis alarm end Y transitioned to laser hazard Filiberto replaced a seismic capacitive position sensor at BSC6. Richard rebooted the front end systems at end Y Kyle to connect a turbo pump/pump cart to a closed 8" gate valve on the HAM3 east door.
TMSY damping has been tested (before changing anything...), and works fine, see the attached spectra : 2013-04-30_Damped_vs_Undamped.pdf.
If the TMSY seemed to move a lot compared to the ETMY, it might have been due to an electronic issue. After Richard power recycled susb6 IO chassis and front end at the end station, the intriguing peak at around 1900Hz that was probably causing our suspicion suddenly disappeared. See the pink spectra on 2013-04-30_ETMY_vs_TMSY_NoiseCheck.pdf representing OSEM input signals of TMSY, before rebooting chassis vs blue spectra, after rebooting. This peak was also present for the ETMY but much lower in amplitude. See brown before reboot and red after (eg : last page of pdf). The spectra also shows that the low frequency noise floor is lower after the reboot...
more investigation to come...
The TMSY noise is very mysterious. It first appeared on 26th March when we were doing DC power supply work. It then apparently disappeared briefly on 1st April (one day before the site power outage, there was no accompanying reboot or restart at this time). After the site power outage is remained until today when the IO Chassis were power cycled. It only appears on the first adc of h1susb6. We will investigate this further when we get an opportunity to reboot/power cycle this system.
Ryan Fisher, Stefan Ballmer We have set the EPICS records for the labels that describe the ODC bits for the SUS and ISI models currently running in H1.* The labels provide a short description of what every bit in each ODC channel represents, for each ODC channel. The higher order bits in the ODC channels that do not have labels are currently unused, but may be used in the future. These records were set using scripts located in /ligo/home/ryan.fisher, and attached to this entry. * Excluding H1:SUS-TMSY_ODC_BIT* for now.
I have now also set all of the EPICS strings that describe the bits in the ODC channels for the HPI models. The script is attached.
I have now also set all of the EPICS strings that describe the bits in the ODC channels for the TMSY model. The script is attached. Note that there is a small bug in the models for these channels that currently mislabels bit4 as bit6: H1:SUS-TMSY_ODC_BIT6 (should be H1:SUS-TMSY_ODC_BIT4) We will go through the process of changing this small bug in the corresponding Simulink model library part, after emailing cds_announce and sus team members.
I added scripts for setting the ODC bit labels and masks in /opt/rtcds/userapps/release/cds/h1/scripts h1setODCbitmask: Set ODC bit masks for HPI, ISI and SUS h1setODCbitstrings: Set ODC bit labels for HPI, ISI and SUS
Correction to scripts included above: The ISI-HAM ODC channels should only have 5 bits, and should not be part of the other ISI channel script. The corrected scripts are attached, and the correct scripts are in the following location on llocds.ligo-wa.caltech.edu: /ligo/home/ryan.fisher/EPICS_Scripts
I corrected a small typo (M2 where it should have been M1) in SUS_OMC_Labels.txt for this log book entry only. The scripts in /ligo/home/ryan.fisher were corrected approximately a month ago. The corrected txt file is attached.