40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 324 of 335  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  7089   Mon Aug 6 10:53:32 2012 steveUpdateVACstatus: vauum normal

 

 The power outage did not have any effect on the vacuum system.  I had to open VM1 to the RGA because of flaky CC1 cold cathode gauge fluctuations.

We are running on the vertically positioned CC1 again.

Note: rga scans with closed VM1 are back ground scans.

  7682   Wed Nov 7 15:17:15 2012 SteveUpdateAlignmentsteering option with pico motor?
We have two ready for vacuum 1.5" mirror mounts with pico motors in our hands. 


 
  9187   Thu Oct 3 00:01:59 2013 rana, jenneHowToLSCsteps to full IFO

In moving now to full IFO locking, there are a number of sub-states to diagnose:

  1. PRMI + 1 arm
  • Measure sensing matrix as arm is scanned into resonance. Compare time series of sensing matrix elements with New LoopTickle simulation. But first, we need more than 1 LOCKIN screen in the LSC! That will allow us to measure all of the elements of front_matrix.jpg simulataneously.
  • Measure 3f PRMI noise spectra as a function of arm position. Look for trouble.
  1. DRMI + 1 arm
  • Same as PRMI above.
  • Want to find why this is unstable sometimes. Make stable for t > 10 minutes.
  • Maybe add some QPD->ASC for SRC angular control, but how? Will this still work after the arms are resonant or will it be swamped by carrier contrast defect? Will Berlusconi ruin all of the Italian gelateria? Only time can tell...
  1. FPMI (non optically recombined) for ALS diagnosis
  2. PRFPMI (iLIGO configuration)
  • this ought to be easier than DRFPMI
  • will let us tell if our ALS is good enough to handle the coupled cavity pole
  1. DRFPMI (aLIGO style)

Which to do first and in what order?

  9189   Thu Oct 3 01:18:57 2013 KojiHowToLSCsteps to full IFO

I vote on PRMI+1arm -> PRFPMI

  6678   Thu May 24 16:39:47 2012 steveUpdateGeneralsteve's webpage example

3 strip charts monitoring on 24 hours time scale: Vac,  PSL-IFO,  SUS and 10 channel video monitoring inside - outside  of 40m lab

  1777   Wed Jul 22 11:18:49 2009 robConfigurationComputerssticky sliders

Quote:

Quote:

Quote:

Quote:

All suspentions are kicked up. Sus dampings and  oplev servos turned off.

c1iscey and c1lsc are down. c1asc and c1iovme are up-down

 The computers and RFM network are up working again. A boot fest was necessary.Then I restored all the parameters with burtgooey.

The mode cleaner alignment is in a bad state. The autolocker can't get it locked. I don't know what caused it to move so far from the good state that it was till this afternoon.  I went tuning the periscope but the cavity alignment is so bad that it's taking more time than expected. I'll continue working on that tomorrow morning.

 I now suspect that after the reboot the MC mirrors didn't really go back to their original place even if the MC sliders were on the same positions as before.

 Alberto, Rob,

we diagnosed the problem. It was related with sticky sliders. After a reboot of C1:IOO the actual output of the DAC does not correspond anymore to the values read on the sliders. In order to update the actual output it is necessary to do a change of the values of the sliders, i.e. jiggling a bit with them.

 I've updated the slider twiddle script to include the MC alignment biases.  We should run this script whenever we reboot all the hardware, and add any new sticky sliders you find to the end of the script.  It's at

 

/cvs/cds/caltech/scripts/Admin/slider_twiddle

  1359   Thu Mar 5 01:09:29 2009 rana, albertoUpdateDMFstill not working
We tried to run DMF on mafalda, but it didn't work. I tried to compile it using Rob's elog instructions.
On mafalda, I started matlab and ran the mdv_config.m to set up mDV. I tested that the seisBLRMS.m
script ran and correctly produced changes in the seisBLRMS strip tool. but when I tried to compile it I got:
>> mcc -v -m -R -nojvm seisBLRMS.m
Warning: Duplicate directory name: /cvs/cds/caltech/apps/linux/matlab/toolbox/local.
Compiler version: 4.6 (R2007a)
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/matlab/mcc.enc
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/signal/mcc.enc
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/control/mcc.enc
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/filterdesign/mcc.enc
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/shared/controllib/mcc.enc
Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/ident/mcc.enc
Warning: an error occurred while parsing class FilterDesignDialog.AbstractEditor:
Undefined function or variable 'DAStudio.Object'.

> In /cvs/cds/caltech/apps/linux/matlab/toolbox/shared/filterdesignlib/@FilterDesignDialog/@CoeffEditor/schema.p>schema at 9
Warning: an error occurred while parsing class FilterDesignDialog.CoeffEditor:
Invalid superclass handle.

Processing /cvs/cds/caltech/apps/linux/matlab/toolbox/fixedpoint/mcc.enc
terminate called after throwing an instance of 'ApplicationRedefinedException*'
Abort (core dumped)
"/cvs/cds/caltech/apps/linux/matlab/bin/mcc" -E "/tmp/fileRnU5Qj_31324": Aborted
??? Error executing mcc, return status = 134.

In the meantime, I've started up a green terminal on allegra which is ssh'd into megatron.
On megatron there is a regular matlab session which is running seisBLRMS.m as a matlab script
and the seis DMF channels are getting updated.
  12183   Wed Jun 15 11:21:51 2016 jamieUpdateCDSstill work to do to transition to new configuration/code

Just to be clear, there's still quite a bit of work to fully transition the 40m to this new system/configuration.  Once we determine a good configuration we need to complete the install, and modify the setup to run the two binaries instead of just the one.  The data is also being written to a raid on the new fb1, and we need to decide if we should use this new raid, or try to figure out how to move the old jetstor raid to the new fb1 machine.

  4789   Mon Jun 6 17:28:31 2011 steveUpdateComputersstill, no PEM channels

Quote:

AA filter box was removed and modified at 1Y7 today. The -5V power supply was current limited when I plugged it back in. It was removed for medical attention.

NO PEM channels available! because of this.

 

 D68L8EX-850Hz filter chips were removed and bypassed-shorted as Rana's entry on March 17, 2006 in old elog.

This unit is still has a short somewhere.

  5361   Wed Sep 7 18:19:37 2011 steveHowToVACstop pump down for overnight

Quote:

Jamie and Steve

We closed ITMX and ITMY chambers and started pumping around 11am

What we did before:

1, turned off AC power  to PZT Jena HV ps

2, checked jam nut positions

3, cheched  single o-ring shims

4, closed psl out shutter

 We are at 30 Torr of 7 hours of pumping with 2 roughing pumps.

Kiwamu will take over the rest of the roughing today. He will keep an eye on  the pumping speed to be  ~1-2 Torr/min  and open up the manual RV1 valve if needed.

The present status is #3023 of  "chamber open to vacuum open" mode and waiting the P1 pressure to drop to 500 mTorr

He will do the following to stop pumping at P1 = 500 mTorr

1, close V3

2, close RV1 with torque wheel

3, turn off PR1 & 3

4, disconnect metal hose between RV1 and PR3

 I will start the Maglev tomorrow morning.

  3854   Wed Nov 3 16:49:31 2010 steveUpdateGeneralstorage cabinet is in place

The south end of IFO room 104 was reshuffled. The flow bench was moved all the way to the south end to create more room for the crane reach. The old  large drawing cabinet  was moved under the vacuum tube.

The new clear view through  Acrylic-plexyglass cabinet is anchored. It has powder finished coating so it will not out-gas too much.The back side shelf mounting holes are sealed off with kapton tape. The doors still needs some gaskit seals.

  6045   Tue Nov 29 22:19:26 2011 DenUpdatedigital noisestraight line

 I tried to understand what part of the signal is corrupted while passing through a digital straight line without any filters. From here we can figure out what precision is used.

I analysed coherence between C1:SUS-MC3_LSC_EXCMON and C1:SUS-MC3_LSC_OUTMON without any filters between them. 

real_coherence.jpg

I did the simulation in Matlab using single and double precision. Basically, I took a random signal, made some operations with it to obtain some digital error:

signal1 = randn(1e6, 1);          signal2 = randn(1e6, 1);         signal3 = signal1+signal2;          signal4 = signal3 - signal2;

Then I plotted coherence between signal1 and signal4 that are actually the same signal but signal4 has some digital error. This was done both for single (left red plot) and double (right blue plot) precision.

float_coherence.jpg        double_coherence.jpg

From here we make a conclusion that C1:SUS-MC3_LSC_EXCMON and C1:SUS-MC3_LSC_OUTMON has single precision. The signal might be converted from double to single in the dtt tools but if dtt works with double precision then the problem is with signals.

  4728   Mon May 16 17:11:28 2011 steveUpdateElectronicsstrain relieved 1X1

1X1 is strain relieved in the back. I will use similar approach on the rest of the racks .

  4475   Thu Mar 31 11:30:51 2011 steveConfigurationGeneralstrain relieved rf cables

I strain relieved RF cables labeled 33 MHZ LO and 166 MHZ to EOM at 1X2  This is a temporary setup for the 11 MHZ

The coax N  bulkheads connectors are mounted on the plastic front panel now.

  4036   Thu Dec 9 12:24:46 2010 kiwamuUpdateSUSstrange ETMX suspension

[Koji, Osamu and Kiwamu]

We found that the ETMX free swinging spectra showed a strange resonant frequencies.

We are going to inspect the suspension today.

 


(resonant frequencies)

In a ideal case the SOS (Small Optic Suspension) is supposed to have the following resonant frequecies.

(Although we didn't carefully identify which corresponds to which)

  f_POS ~ 0.98 Hz

 f_PITCH ~ 0.66 Hz

 f_YAW ~ 0.8 Hz

 f_SIDE ~ 0.99 Hz

However ETMX showed the following resonant frequencies.

  f_POS ~ 0.91 Hz

 f_PITCH ~ 0.7 Hz

 f_YAW ~ 0.93 Hz

 f_SIDE ~ 1.0 Hz

Especially f_YAW looks pretty high. Also the others are not at the right frequencies.

So we are suspicious that something wrong is happening on the ETMX suspension.

 

ETMX_spectr.png

  658   Fri Jul 11 00:30:24 2008 robMetaphysicsComputersstrange SUS controllers

rob, johnnieM

We were hampered early tonight by the fact that someone sneakily turned off the HP RF Ampflier on the AS table.

After that, we were hampered further by mode cleaner strangeness. It would occasionally spontaneously unlock & blow its watchdogs. It never made it through the ontoMCL script (putting DC-CARM onto the MCL). After some investigation, we found that c1susvme1 and c1susvme2 were running stochastically late (SYNC_FE != 0), even though their computation times never got above 61. Also, the end SUS controllers were never late.

Weird.

After rebooting the vertex SUS controllers and the c1lsc, things appear to be working again.
  11815   Wed Nov 25 23:17:34 2015 yutaroUpdateLSCstrange behavior of ASDC

[yutaro, Koji]

I noticed that ASDC level changes depending on the angle of ITMY when trying to take some data for loss map of YARM. We finally found that ASDC level behaves strangely when the angle of ITMY in yaw direction is varied, as you can see in Attachment 1. Now, AS port recieved only the reflection of ITMY. 

NOTE: This behavior indicates that angular motion could couple to length signal in AS port.      

Koji suggested that this behavior might be caused by interference at SR2 or SR3 between main path light and the light reflected by the AR surface. By rough estimation, we confirmed that this scenario would be possible. So it would be better to measure AR reflection of the same mirror to ones used for SR2 and SR3 in term of incident angle.     

Ed by KA: This senario could be true if the AR reflection of teh G&H mirrors have several % due to large angle of incidence. But then we still need think about the overlap between the ghost beam and the main beam. It's not so trivial.

  11827   Mon Nov 30 16:33:06 2015 ericqUpdateLSCstrange behavior of ASDC

One possible explanation of this behavior is simply poor centering of the AS beam on AS55 (whose DC level provides ASDC, if memory serves me correctly).

I misaligned ETMY, and moved ITMY through its current nominal alignment while looking at the POYDC and ASDC levels. 

In both pitch and yaw, the nominal alignment is fairly close to the "plateau" in which the AS beam is fully within the PD active surface. I.e. it doesn't take much angular motion to start to lose part of the beam, and thus introduce a first order coupling of angle to power. (Look at the plateaus at around -2min and -0.5min, and where the rapidly changing oplev trace crosses zero)

Furthermore, POYDC seems to be in some weird condition where it is actually possible to increase the reported powerwhen misaligning in pitch, but somehow there is more angular coupling in this state. 

In any case, I would advise that the POY11 and AS55 RFPDs have their spots recentered with optics in their nominal aligned states. In fact, given how we found REFL11 alingment to be less-than-ideal not so long ago, all of the RFPDs could probably use a checkup. 

  11829   Mon Nov 30 18:27:30 2015 KojiUpdateLSCstrange behavior of ASDC

It wasn't fully mentioned in ELOG 11814.
We checked the PD first and this behavior didn't change after the realignment of the AS55PD.
Yutaro confirmed that this effect is happening in the vacuum chamber.

  11870   Thu Dec 10 12:33:04 2015 yutaroUpdateLSCstrange behavior of ASDC

I did additional tests for the strange behavior of ASCD. ETMY, ETMX and ITMY were misaligned so that only light reflected by ITMX went into AS port. I had done similar measurement before with ITMY YAW varied.

Attachment 1 shows how ASDC level changed when ITMX PIT varied.

Attachment 2 shows how ASDC level changed when ITMX YAW varied.

Attachment 3 shows how the power of light measured by a power meter just after the AS view port varied when ITMX YAW varied.

 

Comparing 1 & 2, we can say that this behavior is not unique to YAW direction.

From 2 & 3, we can say something strange is happening inside the chamber.   

 

  11871   Thu Dec 10 19:53:22 2015 yutaroUpdateLSCstrange behavior of ASDC

To check if the strange behavior of ASDC is caused by SR2/SR3 or not, I did the following measurement:

ASDC measures the power of the light reflected by ITMX. POXDC measures the power of the light reflected by ITMX and SRM successively. Then I varied the angle of ITMX in YAW direction and compared the behaviors of ASDC and POXDC.

The results are shown in Attachments 1-3.

As you can see in these figures, the strange up-and-down behavior appeared ONLY in ASDC. Therefore, the cause of this behavior exists between AS table and SRM (I had confirmed that the angle of SRM did not affect ASDC).

And this behavior is fringe-like, as can be seen in the figures (there seems to be 3 "peaks" and 2 "valleys"), so the cause could be interference between main path and not good AR reflection at a mirror after SRM before AS table (I suspect a mirror is flipped mistakenly).   

  13132   Sun Jul 23 15:00:28 2017 JamieOmnistructureVACstrange sound around X arm vacuum pumps

While walking down to the X end to reset c1iscex I heard what I would call a "rythmic squnching" sound coming from under the turbo pump.  I would have said the sound was coming from a roughing pump, but none of them are on (as far as I can tell).

Steve maybe look into this??

  6184   Tue Jan 10 09:17:23 2012 steveUpdatePhotosstrawman's visiters
  2650   Tue Mar 2 12:20:54 2010 kiwamuUpdatePSLstray beam

In order to block stray beams, I have put some beam dumps and razor blades on the PSL  table.

There were three undesired spots in total. I found two spots on the south side door of the PSL room, close to Mach-Zehnder.

Another spots was on the middle of the north door. Now they all are blocked successfully.

  6698   Tue May 29 00:48:51 2012 DenUpdatePEMsts readout box

STS readout box seems to be partly broken. I've terminated inputs from the seismometer and measured the output. I could not do this for vertical channel because it outputs 7 V DC + 500 mV AC signal. All the switches work fine, 5 V DC is indeed shown when auto zero, calibration, 1 sec resp, sig select are enables. The box has AC power supply that seems to work ok, all measured DC values are equal to the labels. Something is wrong with amplification.

 

sts_box.png

 

  6427   Sun Mar 18 00:29:24 2012 DenUpdatePEMsts-2

I've turned off the power of the STS-2 readout box as it provides outputs with ~10 Volts DC offset! AA filter box works in the range -2 +2 Volts, so we do not have any useful information anyway. I'll adjust the mass positions in the seismometer.

  6747   Sun Jun 3 01:30:07 2012 DenUpdatePEMsts-2 and guralp in isolation box

We have 2 sts-2 readout box - pink and blue. Pink outputs 12 DVC - this a problem of amplifier. This box has a rectifier (the box works from AC power) and an amplifier for velocity channels. Mass positions, calibration channels are connected by a wire from input to output. The amplifier for velocity channels does not work properly, so I connected velocity channels directly to the output - the signal from sts-2 is large enough even without amplification. When I plugged sts-2 to pink readout board, on the velocity output I saw ~4 VDC. Sts-2 was needed to be recentered. I pressed AUTOZERO command, but this did not work out. Before I had checked that this readout box indeed gives an autozero logical signal - 5VDC for ~2 sec. I think it does not provides sts-2  with enough current, seismometer needs 0.1 A in autozero regime.

Blue readout box after switching it to 1 sec regime and zeroing sts-2 started to output reasonable signal for gains = 10. I tried gains = 100, X velocity channel started to output noise. Now the gain is 10 and the response is 120 sec. But at least this box works. Still performance is not clear as well as noise level. To determine this I've put sts-2 to isolation box.

DSC_4315.JPG                    DSC_4319.JPG

After I've put Guralps in the isolation and waited for a couple of days, Guralp noise has been improved a little more.

lin_box_noise.png                 mcl_gur.png

  6818   Thu Jun 14 21:37:37 2012 yutaUpdateGreen Lockingsucceeded in 1FSR mode scan

[Jenne, Yuta]

We couldn't scan the Y arm for 1FSR last night because the ALS servo breaks while sweeping.
We thought this might be from the amplitude fluctuation of the beat signal. The amplitude of the beat signal goes into the beatbox was about -5 dBm, which is not so enough for the beatbox to get good LO. So, we put an amplifier (and attenuators) and the amplitude became +1 dBm. The range beatbox can handle is about -3 dBm to +3 dBm, according to our calculation.

This increased stability of the lock, and we could scan the arm for 1FSR. Below is the plot of scanned ALS error signal (blue), Y arm IR PDH signal (green) and TRY (red).

YarmScan20120614.png

For each slope, we can see two TEM00 peaks, some higer order modes(may be 01, 02, 02) and sidebands (large 11MHz, small 55MHz?).

We couldn't scan for more. This is still a mystery.

Also, we need to reduce residual Y arm length fluctuation more because we get funny TRY peak shape.

Scan speed:
  For C1:ALS-BEATY_COARSE_I_IN1, 1 count stands for 0.21 nm(see elog #6817). We sweeped 4000 peak to peak in 50 sec. So, the scan speed is about 17 nm/sec.
  This means it takes about 0.06 sec to cross resonant peak.
  Cavity build up time is about 2LF/(pi*c) ~ 40 usec. So, the scan is quasi-static enough.
  Characteristic time scale for the Y end temperature control is about 10 sec, so Y end frequency is following the Y arm length change with temperature control.

  Currently, sampling frequency of DQ channels are 2048 Hz. This means we have 100 points in a TRY peak. I think this is enough to get a peak height.

Next step:
  - Reduce RMS. We are trying to use a whitening filter.
  - Find why we can't scan more. Why??
  - ETMY coil gains may have some unbalance. We need to check
  - Characterize Y end green frequency control. Koji and I changed them last week (see elog #6776).
  - Calculate positions of RF SBs and HOMs and compare with this result.

  5985   Wed Nov 23 00:30:55 2011 ZachUpdateelogsucks

Tried the script 3 times and it didn't come back. Pkill'd and then scripted. That worked.

  255   Wed Jan 23 11:41:06 2008 steveUpdatePEMsulfur smell in 40m
Led - acid car batteries were overcharged in the machine shop next door
and sulfuric acid smell is coming over to the ifo room.

Entry room 103 is specially bad.
  12543   Mon Oct 10 17:27:29 2016 ranaUpdateDMFsummar pages dead again

Been non-functional for 3 weeks. Anyone else notice this? images missing since ~Sep 21.

  12544   Mon Oct 10 17:42:47 2016 Max IsiUpdateDMFsummar pages dead again

I've re-submitted the Condor job; pages should be back within the hour.

Quote:

Been non-functional for 3 weeks. Anyone else notice this? images missing since ~Sep 21.

 

  12548   Tue Oct 11 08:09:46 2016 Max IsiUpdateDMFsummar pages dead again

Summary pages will be unavailable today due to LDAS server maintenance. This is unrelated to the issue that Rana reported.

Quote:

I've re-submitted the Condor job; pages should be back within the hour.

Quote:

Been non-functional for 3 weeks. Anyone else notice this? images missing since ~Sep 21.

 

 

  6839   Wed Jun 20 18:00:10 2012 ranaSummaryPSLsummaries

 Nice PSL summaries from LHO:

https://alog.ligo-wa.caltech.edu/aLOG/index.php?callRep=3187

  5120   Fri Aug 5 02:00:09 2011 kiwamuSummaryGeneralsummary of today's invac work

[Jamie, Jenne, Suresh, Steve, Koji, Kiwamu]

We got two green beams coming out from the chambers !

 

Summary of today's invac work :

    - removed the access connector and the BS north door

    - realigned the X and Y arm to the green beams.

    - installed a HWP on the ETMY table to rotate the polarization of the green beam to P.

    - repositioned the first periscope on the BS table.

    - repositioned the second periscope on the IOO table.

    - steered some green mirrors on the IOO and OMC chamber to let the Y green beam come out to the PSL table.

    - installed a PBS in front of the first periscope to spatially overwrap two green beams.

    - adjusted the incident angle of the PBS to maximize the power of the Y green beam, which is transmitted through it.

   - steer two mirrors on the BS table to align the X green beam

   - installed two beam dumps, one is near the PBS to eliminate a ghost in the X green beam, and the other is on the back side of IPPOS/ANG pick off window.

   - closed the doors.

 

Some Notes:

 When steering the final green mirror on the OMC table, accidentally we changed the alignment of the MC incident mirror.

So the alignment of the incident beam going into MC has changed, and we haven't re-aligned it yet.

 During we were installing the PBS on the BS table, we found that the allowable incident angle for the Y beam is about ~ 55 deg, which maximizes the amount of the transmitted Y green.

Since the PBS had been considered to be 45 deg incident in our optical layout, this required several modifications in the green mirrors.

To have a clear X green beam path going into the PBS, we had to slide the PBS and periscope to the West.

The periscope is now sitting on the very edge of the BS table, and in fact ~ 20% of the bottom plate of the periscope is already sticking out.

Also since 30% of the area of the PBS's post is on a hole, which is somehow for the stack, we had to use three dog clamps instead of a folk clamps to make the contact tight.

  5147   Tue Aug 9 02:03:16 2011 kiwamuSummarySUSsummary of today's work on ETMY

[Rana / Jenne / Kiwamu]

The ETMY suspension tower is currently sitting on the north side of the table for some inspections.

The adjustment of the OSEMs is ongoing.

 

(What we did)

  + Taken out two oplev mirrors, Jamie's windmill and a lemo patch panel.

  + Put some pieces of metal as makers for the original place

  + Put some makers on the distance of  dLY = -25.49 cm = -10.04 inch from the original place (see the 40m wiki).

     The minus sign means it will move away from the vertex.

  + Brought the ETMY suspension tower to the north side to do some inspections

  + Did some inspections by taking the noise spectra (#5141)

  + Adjusted the OSEM range and brought the magnets on the center of the OSEM holders by rotating and translating the OSEMs

  + During the work we found the proper PIT and YAW gains were about -5, which are the opposite sign from what they used to be.

  + Trying to minimize the cross couplings

JD: There is still some funny business going on, like perhaps the LR magnet isn't quite in the OSEM beam.  We leave the optic free swinging, and will continue to investigate in the morning.

  11277   Sun May 10 13:54:41 2015 ranaHowToComputer Scripts / Programssummary page URL change

Also, EQ gave us a better (and not pwd protected) URL for the summary pages. Please replace your previous links with this new one:

https://nodus.ligo.caltech.edu:30889/detcharsummary/

  11278   Mon May 11 01:28:33 2015 ranaHowToComputer Scripts / Programssummary page URL change

Like Steve pointed out, the summary pages show that the y-arm transmission drifts a lot when locked. The OL summary page shows that this is all due to ITMY yaw.

Could be either that they coil driver / DAC is bad or that the suspension is poorly built. We need to dig into ITMY OL trends over long term to see if this is new or now.

Also, weather station needs a reboot. And does anyone know what the MC_F calibration is?

  12692   Fri Dec 30 10:27:46 2016 ranaUpdateDetCharsummary pages dead again

Dead again. No outputs for the past month. We really need a cron job to check this out rather than wait for someone to look at the web page.

  12693   Thu Jan 5 21:43:16 2017 ranaUpdateDetCharsummary pages dead again

Max tells us that soem conf files were bad and that he did something and now some pages are being made. But the PEM and MEDM pages are bank. Also the ASC tab looks bogus to me.

  12915   Wed Mar 29 09:24:28 2017 SteveUpdateloresummery pages

The summery pages are working at a slow motion speed. It's response time 12 minutes.

  13049   Wed Jun 7 14:27:23 2017 SteveUpdateSummary Pagessummery pages not working

Last good page May 18, 2017

Not found, error message May 19 - June 4,2017

Blank plots,  June 5, 2017

  4847   Tue Jun 21 16:11:13 2011 steveUpdateSAFETYsurf safety training

40m surfs:  Nicole Ing, Iswita Saikia and Sonali Mohapatra received 40m specific safety training  today.

  8743   Tue Jun 25 10:23:20 2013 SteveUpdatesafetysurf safety training

 Alex Cole and Craig Cahillane received 40m specific,  basic safety training last week.

 

  10069   Thu Jun 19 10:39:22 2014 steveUpdatesafetysurf safety training

 

 Andres Medina and Andrew "Harry" Hall received 40m specific safety training. They did general safety already and their laser safety training will be this after noon.

  13843   Tue May 15 13:34:30 2018 SteveUpdatesafetysurf safety training

Pooja and Keirthana received 40m specific basic safety training.

  14031   Thu Jun 28 13:12:20 2018 SteveUpdatesafetysurf safety training

Shruti and Sandrine received 40m specific basic safety training this morning.

Quote:

Pooja and Keirthana received 40m specific basic safety training.

 

  1700   Wed Jun 24 17:08:16 2009 steveBureaucracySAFETYsurf student safety

The 40m lab specific safety training is done. The participants were

Stephanie Erickson, Clara Bennett, Chris Zimmerman, Zach Commings, Michelle Stephen surfs and Drew Cappel  postock.

They have already went through the Caltech Safety Office laser and general safety training.

They still have to read, understand and sign the the SOP for the laser & lab

  5116   Thu Aug 4 08:25:51 2011 steveUpdateSUSsus at atm

ITMX and PRM moved alot.  BS and   ITMY just a little based on oplev reference.

  5118   Thu Aug 4 11:18:12 2011 ranaUpdateSUSsus at atm

Remember that the Oplevs are not good references because of the temperature sensitivity. The week long trend shows lots of 24 hour fluctuations.

ELOG V3.1.3-