40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 127 of 339  Not logged in ELOG logo
IDup Date Author Type Category Subject
  6345   Thu Mar 1 21:48:34 2012 DenUpdatePEMseis box noise

Quote:

The noise increased at 0.5 Hz and is pretty big. This might explain the loose of coherence at low frequencies.

 This is because spectrum analyzer did not plot the real noise spectrum at the first few points at low frequencies. I've remeasured the noise at 1mHz - 3Hz at "output -" (TP9) and compared it to the seismometer signal

noise2.png

The noise seems to be much less then the signal. I've measured the noise several times and once I got a huge amount of noise

noise.png

 

I made another measurement in some time and got the low noise again. A circuit might have a bad contact somewhere.

The plan is to change AD620 adjustable resistor (R2) from 5.49kOhm to 500Ohm to increase the gain from 20 up to 200.

  6346   Fri Mar 2 11:05:28 2012 DenUpdatePEMseis box gain

I've replaced R2 resistor that adjusts the gain of the AD620 amplifier. Previous value 5491Ohm, new value 464Ohm, so the gain should increase up to ~200-250. Only at the N/S 1 circuit!

LISO simulation of the circuit transfer function and noise are

tf_new.pdf

noise_new.pdf

LISO predicts gain ~45-46 dB = 200 and noise at the level of 10uV at 1Hz. The transfer function and noise measured are

tf_analyzer.png

 noise_analyzer.png

The noise measured is 5 times higher then predicted by LISO. Though I described AD620 as an ordinary amplifier with 49.9kOhm resistor connecting output and inverted input. I specified the noise spectrum 10 nV and 1/f corner frequency 30 Hz. In the AD620 datasheet noise spectrum is 10 - 100 nV depending on the gain. However, the gain is 200 and noise spectrum should be 10 nV. May be in reality it is not the case. It also possible that the noise model used by LISO is not valid for AD620 as it is not an ordinary operational amplifier.

  6347   Fri Mar 2 16:05:52 2012 DenUpdateSAFETYlaser safety

Today I've attended the laser safety seminar.

  6348   Fri Mar 2 18:11:50 2012 jamieSummarySUSevaluation of eLIGO tip-tilts from LLO

[Suresh, Jamie]

Suresh and I opened up and checked out the eLIGO tip-tilts assemblies we received from LLO. There are two, TT1 and TT2, which were used for aligning AS beam into the OMC on HAM6. The mirror assemblies hang from steel wires suspended from little, damped, vertical blade springs. The magnets are press fit into the edge of the mirror assemblies. The pointy flags magnetically attach to the magnets. BOSEMS are attached to the frame. The DCC numbers on the parts seem to all be entirely lies, but this document seems to be close to what we have, sans the vertical blade springs: T0900566

We noticed a couple of issues related to the magnets and flags. One of the magnets on each mirror assembly is chipped (see attached photos). Some of the magnets are also a bit loose in their press fits in the mirror assemblies. Some of the flags don't seat very well on the magnets. Some of the flag bases are made of some sort of crappy steel that has rusted (also see pictures). Overall some flags/magnets are too wobbly and mechanically unsound. I wouldn't want to use them without overhauling the magnets and flags on the mirror assemblies.

There are what appear to be DCC/SN numbers etched on some of the parts.  They seem to correspond to what's in the document above, but they appear to be lies since I can't find any DCC documents that correspond to these numbers:

TT1: D070176-00 SN001
  mirror assembly: D070183-00 SN003
TT2: D070176-00 SN002
  mirror assembly: D070183-00 SN006
  6349   Fri Mar 2 18:55:06 2012 DenUpdatePEMseis box

I've put the seismometer box back to the 1x1, Guralp is back under MC2. When the seismometer is not plugged in, the noise is

dv_noise.png

Now, I'm going to collect some data from GUR 1 and MC_F and see if the problem with adaptive filter (increasing errror while decreasing mu) will be gone.

 

  6350   Mon Mar 5 03:22:54 2012 kiwamuUpdatePSLPMC realigned

I realigned the steering mirrors for the PMC. The trans value went up from 0.79 to 0.83.

The misalignment was largely in the pitch direction.

  6351   Mon Mar 5 03:50:49 2012 kiwamuUpdateIOOPZT1 PITCH railing

PZT1 started railing in the pitch direction and because of this TRY doesn't go more than 0.7. I will leave it as it is for tonight.

Tomorrow I will shift the alignment of the MC to make the PZT1 happier.

Quote from #6300

PZT1, the one with Koji's custom mid-HV driver (#5447), is getting degraded.

 

  6352   Mon Mar 5 05:39:36 2012 kiwamuUpdateLSCREFL OSA installed

The OSA for the REFL beam is now fully functional.

The only thing we need is a long BNC cable going from the AP table to the control room so that we can monitor the OSA signal with an oscilloscope.

The attached picture shows how they look like on the AP table. Both AS and REFL OSAs are sitting on the corner region.

Quote from #6340

I placed the OSA (Optical Spectrum Analyzer) on the AP table and this OSA will monitor the REFL beam.

Tomorrow I will do fine alignment of the OSA.

Attachment 1: APtable.png
APtable.png
  6353   Mon Mar 5 06:11:08 2012 kiwamuSummaryLSCplans

Plans:

  •  DRMI (PRMI) + one arm test before the LVC meeting
  •  Study of the funny sensing matrix and the RAM offset effects before the LVC meeting
  •  Glitch hunting

Action items:

  • MC beam pointing 
    • to make the PZT1 pitch relax
  • OSA setup
    •    a long BNC cable for monitoring the signal in the control room
  • Power budget on the AP table
    • in order to ensure the laser power on each photo diode
  •  POP22/110 sideband monitor
    • installation of an RF amp
    • building a diplexer
    • connect the signals to the demod boards 
  •  Calibration of the demod boards
    • calibrate the conversion loss of the mixers to calibrate all the LSC signals to watts / meter
  •  (1+G) correction for the glitch time series data
  • Simulation study for the RAM offset
    • How much offset do we get due to the RAM ? and how do the offsets screw up the sensing matrix ?
  •  A complete set of the MICH characterization
    •   DC power
    •   Sensing matrix
    •   Noise budget
    •   OSA
    •   Estimation of the RAM offset 
    •  Summarize the results in the wiki
  •  A complete set of the PRMI/DRMI characterization
    •  The same stuff as the MICH characterization
  •  DRMI + one arm test
    •   Monitor the evolution of the sensing matrix during the arm is brought to the resonance

   
 

  6354   Mon Mar 5 13:11:06 2012 kiwamuUpdateLSCinstalled a long BNC cable for REFL OSA

A long BNC cable was installed and now the REFL OSA signal is happily shown on an oscilloscope in the control room.

Quote from #6352

The OSA for the REFL beam is now fully functional.

The only thing we need is a long BNC cable going from the AP table to the control room so that we can monitor the OSA signal with an oscilloscope.

  6355   Mon Mar 5 14:10:35 2012 kiwamuUpdateLSCpower budget on the AP table

I checked the laser powers on the AP table and confirmed that their powers are low enough at all the REFL photo diodes.

When the HWP( which is for attenuating the laser power with a PBS) is at 282.9 deg all of the REFL diodes receives about 5 mW.

This will be the nominal condition. 

If the HWP is rotated to a point in which the maximum laser power goes through, the diodes get about 10 mW, which is still below the power rate of 18 mW (#6339).

I used the Coherent power meter for all the measurements.

The table below summarizes the laser powers on the REFL diodes and the OSA. Also the same values were noted on the attached picture.

 

 nominal power [mW]

(when HWP is at 282.9 deg)

expected max power [mW]

(when HWP is at a point where the max power goes through)

REFL11 5.5 10
REFL33 4.5 10
REFL55 5.3 10
REFL165 4.8 10
REFL OSA 0.7 0.7

 

A note:
I found that the OSA for the REFL beam was receiving a unnecessary bright laser.
So I put an ND1 attenuator stacked on the existing ND2 attenuator. The laser power entering in the OSA is currently at 0.7 mW.
Attachment 1: power_budget.png
power_budget.png
  6356   Mon Mar 5 15:15:15 2012 DenUpdatePEMRCG

[Alex / Den]

I've encountered a problem that C1:PEM-SEIS_GUR1_X_IN1 is saved in the int format. It turned out that inside the code the signal is also in the int format.  It is not just a saving error. It should not be so as ADC works at 64k and the model runs at 2k.

Why? There is a bug somewhere in the generation of the code. c1pem.c looks suspicious to Alex because there is a mismatch in the ADC numbers with the simulink model.

Solution: upgrade to 2.4 version - most probably it was fixed there. If not, Alex will handle this problem.

  6357   Mon Mar 5 17:07:58 2012 kiwamuUpdateIOOrealigned MC

I have slightly shifted the MC beam pointing to relax the PZT1 PITCH. As a result the TRY value went to 0.97 in a first lock trial.

However another issue arose:

   The polarity for controlling the PZT1 PITCH seems to have flipped for some reason.

Since it is still sort of controllable, I am leaving it as it is.

If I remember correctly, sliding the PZT1 pitch value to the positive side brought the beam spot upward in the AS CCD. But now it moves in the opposite way.

Also the ASS feedback looks tending to push the PZT1 pitch to the wrong direction.

I am not 100 % sure if the polarity really flipped, but this is my current conclusion.

 

 

(MC pointing)

  1. Locked the Y arm and aligned ITMY and ETMY with the ASS servos such that the beam spot on each test mass is well centered on the test mass.
    • With this process the eigen axis of the Y arm cavity is well prepared.
  2. Checked the beam positions of the prompt reflection light and cavity leakage field in the AS CCD.
    • It looked the incident beam needed to go upward in the CCD view.
  3. Offloaded the MC WFS feedback values to the MC suspension DC biases in a manual way.
  4. Disabled the MC WFS servos. The MC transmitted light didn't become worse, which means the suspensions were well aligned to the input beam
  5. Changed the DC bias in the MC2 PITCH, to bring the beam spot upward. I changed the DC bias by ~ 0.1 or in the EPICS counts.
  6. Aligned the zig-zag steering mirrors on the PSL table to match the incident beam to the new MC eigen beam axis.
    • The transmitted DC light and reflected DC values went back to 27000 counts and 0.58 counts respectively without the WFS servos.
  7. Re-engaged the WFS servos.

Quote from #6351

PZT1 started railing in the pitch direction and because of this TRY doesn't go more than 0.7. I will leave it as it is for tonight.

Tomorrow I will shift the alignment of the MC to make the PZT1 happier. 

 

  6358   Mon Mar 5 18:12:00 2012 KeikoUpdateLSCRAM simulation update

 I wrote an RAM simulation script ... it calculates the LSC signal offset and the operation point offset depending on the RAM modulation index.

Configuration : RAM is added on optC1, by the additional Mach-Zehnder ifo before the PRM.

Mar5RAM3.pngMar5RAM2.png

 Both are for PRCL sweep result. Note that REFL33I is always almost zero. Next step: Check the LSC matrix with matrix at the offset operation point.

  6359   Mon Mar 5 20:31:33 2012 KojiUpdateLSC22/110MHz path for POP

This a kind of self record...

We need an RF setup at POP to extract 22 and 110 MHz components separately.

I am planning to work on this in the daytime on Tuesday.

  6360   Mon Mar 5 23:47:15 2012 keikoConfigurationLSCND2 at REFL OSA

ND filter ND3 (which is at the REFL port to the REFL OSA) is removed. Don't forget to put it back when you restore PRM!!!

  6361   Tue Mar 6 00:13:20 2012 keikoUpdateLSCASI signal offset

Screenshot-Untitled_Window.png

AS55Q and AS55I signals. AS55Q is around zero while AS55I has a large offset which is about the signal amplitude. It is likely because of the RAM?

keiko, kiwamu

 

 

 

 

  6362   Tue Mar 6 01:35:03 2012 kiwamuUpdateLSCMICH characterization

[Keiko / Kiwamu]

 Update on the MICH characterization:

  • The OSAs weren't so great because the 11 MHz sidebands were covered by the carrier's tail
    • It seemed that the frequency resolution depended on the mode matching. We will try improving the mode matching tomorrow.
  • The noise budget looked very bad
    • There were huge peaks at 1 Hz, 3 Hz, 16.5 Hz and 23 Hz. Something is crazy in the vertex suspensions.
    • Keiko will post the calibrated noise budget.
  • The MICH response at AS55Q was measured and we will calibrate it into watts / meter.

 

  6363   Tue Mar 6 15:22:02 2012 KeikoUpdateLSCRAM simulation update

Quote:

 I wrote an RAM simulation script ... it calculates the LSC signal offset and the operation point offset depending on the RAM modulation index.

Configuration : RAM is added on optC1, by the additional Mach-Zehnder ifo before the PRM.

Mar5RAM3.pngMar5RAM2.png

 Both are for PRCL sweep result. Note that REFL33I is always almost zero. Next step: Check the LSC matrix with matrix at the offset operation point.

 On the right figure, you see the non-zero operation points even when RAM mod index = 0. Apparently they come from non-zero loss of the model.  (Each mirror of 50ppm loss was assumed).

  6364   Tue Mar 6 16:06:15 2012 JenneConfigurationSUSPRM watchdog tripped

Quote:

ND filter ND3 (which is at the REFL port to the REFL OSA) is removed. Don't forget to put it back when you restore PRM!!!

 I don't know what tripped the PRM watchdog, but it was unhappy.  I manually moved the sliders on the IFO align screen away from the positions of the save file before turning on the damping, to make sure that I wouldn't be sending oodles of power to the REFL port, since the ND filter is still removed.  So PRM is damped now, but misaligned.

  6365   Tue Mar 6 16:17:36 2012 JenneUpdateSUSSUS matrix diagonalization status

Has default inmat:

PRM, ITMX

Has fancy inmat:

BS, ITMY, SRM (but side is non-fancy), ETMX, ETMY, MC1, MC2, MC3

 

So it's likely that the MICH problems (giganto 1Hz peak) Keiko and Kiwamu were seeing last night had to do with ITMX having the non-optimized input matrix.  I'll try to figure out where the data from the last freeswing test is, and put in a fancy diagonalized matrix.

  6366   Tue Mar 6 22:23:04 2012 KojiUpdateLSC22/110MHz path for POP

 

 As par Kiwamu's request, RF filters for POP22 and POP110 were installed. They are not really nice. We need to replace it with more fancy electronics.
More to come later.

 

  6367   Tue Mar 6 23:14:38 2012 ranaUpdateSUSOptical Lever had bad filters

 We found that that bounce (16.1 Hz) and roll (23.5 Hz) modes on the ITMX were much higher than on the ITMY. After some checking, it seems that the bandstop filters for the

SUSPOS, SUSPIT, SUSYAW, and SUSSIDE loops are set to the correct frequencies. However, the OLPIT and OLYAW had not been set correctly. I have copied the SUS filters into the OL filterbanks and reloaded all the filter banks. Attached are the comparison of old, bad, OL with the SUS ones.

The same cockamamie situation was there for the BS & ITMY as well. Although we still don't have the roll mode frequencies listed in the mechanical resonances wiki, I have guessed that the ITMY roll frequency is the same as the ITMX, since they have nearly the same bounce frequency. OL filters for the BS & ITMY are now at the right frequency (probably). Keiko is on top of fixing things for the other optics.

I think this whole notching adventure was in Leo's hands several months ago, but WE forgot to point him at the OLs in addition to the SUS. I blame Kiwamu 50% for not supervising him and Koji by 45% for not supervising Kiwamu. The other 5% goes to someone else. You know who you are.

Attachment 1: Untitled.png
Untitled.png
  6368   Tue Mar 6 23:37:31 2012 keikoUpdateSUSMICH noise budget - SUS check

Here are the OSEM spectrum of MICH suspensions (BS, IX, IY). Bounce and Roll modes are shown on 16 and 23 Hz. The filters for them has been checked.

Mar6sus1.pdf

Mar6sus2.pdf

Mar6sus3.pdf

keiko, kiwamu, Rana

Attachment 1: Mar6sus1
Attachment 2: Mar6sus2
Attachment 3: Mar6sus3
  6369   Wed Mar 7 04:08:48 2012 kiwamuUpdateSUSBS SIDE gain was too low

The BS SIDE damping gain seemed too low. The gain had been 5 while the rest of the suspensions had gains of 90-500.

I increased the gain and set it to be 80.

 

I did the "Q of 5" test by kicking the BS SIDE motion to find the right gain value.

However there was a big cross coupling, which was most likely a coupling from the SIDE actuator to the POS motion.

Due to the cross coupling, the Q of 5 test didn't really show a nice ring down time series. I just put a gain of 80 to let the Q value sort of 5.

I think we should diagonalize the out matrices for all the suspensions at some point.

  6370   Wed Mar 7 11:20:23 2012 steveUpdateSUSoplev qpd offsets zeroed

All oplev qpd quadrons were zeroed by offset  in blocked dark condition.

  6371   Wed Mar 7 11:44:29 2012 JenneUpdateGreen LockingXgreen beatnote cable made, laid

The Xgreen PD now has a cable going over to the beatbox. Once beatbox characterization is done I can re-find the beat, and we can do some stuff with the beatbox.

  6372   Wed Mar 7 13:30:17 2012 JimUpdatePEMadded TPs and JIMS channels to PEM front-end model

[Jim Ryan]

The PEM model has been modified now to include a block called 'JIMS' for the JIMS(Joint Information Management System) channel processing. Additionally I added test points inside the BLRMS blocks that are there. These test points are connected to the output of the sqrt function for each band. I needed this for debugging purposes and it was something Jenny had requested.

The outputs are taken out of the RMS block and muxed, then demuxed just outside the JIMS block. I was unable to get the model to work properly with the muxed channel traveling up or down levels for this. Inside the JIMS block the information goes into blocks for the corresponding seismometer channel.

For each seismometer channel the five bands are processed by comparing to a threshold value to give a boolean with 1 being good (BLRMS below threshold) and 0 being bad (BLRMS above threshold). The boolean streams are then split into a persistent stream and a non-persistent stream. The persistent stream is processed by a new library block that I created (called persist) which holds the value at 0 for a number of time steps equal to an EPICS variable setting from the time the boolean first drops to zero. The persist allows excursions shorter than the timestep of a downsampled timeseries to be seen reliably.

The EPICS variables for the thresholds are of the form (in order of increasing frequency):

C1:PEM-JIMS_GUR1X_THRES1

C1:PEM-JIMS_GUR1X_THRES2

etc.

The EPICS variables for the persist step size are of the form:

C1:PEM-JIMS_GUR1X_PERSIST

C1:PEM-JIMS_GUR1Y_PERSIST

etc.

I have set all of the persist values to 2048 (1 sec.) for now. The threshold values are currently 200,140,300,485,340 for the GUR1X bands and 170,105,185,440,430 for the GUR1Y bands.

The values were set using ezcawrite. There is no MEDM screen for this yet.

PEM model was restarted at approx. 11:30 Mar. 7 2012 PST.

 

  6373   Wed Mar 7 13:59:07 2012 Ryan FisherSummaryComputer Scripts / ProgramsAlterations to base epics install for installing aLIGO conlog:

In order to install the necessary extensions to epics to make the aLIGO conlog work, I have edited one file in the base epics install that affects makefiles:

/cvs/cds/caltech/apps/linux64/epics/base/configure/CONFIG_COMMON

Jamie said he prefers diffs, so I regenerated the original file and did a diff against the current file:

megatron:configure>diff CONFIG_COMMON.orig.reconstructedMar72012 CONFIG_COMMON.bck.Mar72012
206,207c206,210
< USR_CPPFLAGS =
< USR_DBDFLAGS =
---
> USR_CPPFLAGS = -I $(EPICS_BASE)/include
> USR_CPPFLAGS += -I $(EPICS_BASE)/include/os/Linux/
> USR_CPPFLAGS += -I $(EPICS_BASE)/../modules/archive/lib/linux-x86_64/
> USR_DBDFLAGS = -I $(EPICS_BASE)/dbd
> USR_DBDFLAGS += -I $(EPICS_BASE)/../modules/archive/dbd

This is saved in CONFIG_COMMON.diff.Mar72012_1

  6374   Wed Mar 7 15:56:36 2012 KojiUpdateLSC22/110MHz path for POP

The RF separator installed comprises of the Minicircuits filters cascaded as in the figure below.
This has one input and 4 output ports for 11, 22, 30-60, and 110MHz signal.
As seen in this entry #6167, we have 22 and 110MHz signals together with 11, 44, 66MHz signals.
They may be demodulated via a harmonic characteristic of the mixers. (Remeber mixers are not multipliers.)

RFseparator.png

 Of course the big concern is the impedance matching for those signals as usual.
The 2nd attachment shows measured impedance of the circuits with all of the ports terminated.
From the complex impedance, we can calculate the reflection coefficient. The 44 and 110MHz
components look correctly matched while the others seems largely reflected.
This certainly is not a nice situation, as the reflection can make the amplifier next to the PD unhappy
(although the reflected power is tiny in our case).

In our case more eminent problem is that the amplitude of the 22MHz signal can vary depending on the cable length by
factor of 10 in amplitude. (c.f. VSWR on the 2nd attachment.)

The transmission to each port was measured. The separation of the signals looks good. But the attenuation of the
targetted signals (i.e. insertion losses) are qulitatively consistent with the impedance. Again these losses are depend
on the cable length.

 

 

Attachment 2: impedance.pdf
impedance.pdf
Attachment 3: transmission.pdf
transmission.pdf
  6375   Wed Mar 7 16:32:09 2012 keikoUpdateLSCOSA

 I swap an OSA at PSL and OSA at REFL. It was because the PSL-OSA had a better resolution, so we place this better one at REFL. The ND filter (ND3) which was on the way to REFL OSA was replaced by two BSs, because it was producing dirty multiple spots after transmitting.

  6376   Wed Mar 7 17:39:40 2012 keikoUpdateLSCMICH noise budget on 5 Mar

 This is the calibrated MICH noise budget on Mar 5. There was a sharp peak at 1Hz and a blob on 3 Hz. The demod phase was adjusted for AS55Q.

Mar5-MICHbudget.png

 

Attachment 1: Mar5-MICHbudget.png
Mar5-MICHbudget.png
  6377   Wed Mar 7 18:00:39 2012 Ryan FisherSummaryComputer Scripts / ProgramsAlterations to base epics install for installing aLIGO conlog:

Quote:

In order to install the necessary extensions to epics to make the aLIGO conlog work, I have edited one file in the base epics install that affects makefiles:

/cvs/cds/caltech/apps/linux64/epics/base/configure/CONFIG_COMMON

Jamie said he prefers diffs, so I regenerated the original file and did a diff against the current file:

megatron:configure>diff CONFIG_COMMON.orig.reconstructedMar72012 CONFIG_COMMON.bck.Mar72012
206,207c206,210
< USR_CPPFLAGS =
< USR_DBDFLAGS =
---
> USR_CPPFLAGS = -I $(EPICS_BASE)/include
> USR_CPPFLAGS += -I $(EPICS_BASE)/include/os/Linux/
> USR_CPPFLAGS += -I $(EPICS_BASE)/../modules/archive/lib/linux-x86_64/
> USR_DBDFLAGS = -I $(EPICS_BASE)/dbd
> USR_DBDFLAGS += -I $(EPICS_BASE)/../modules/archive/dbd

This is saved in CONFIG_COMMON.diff.Mar72012_1

 After following up with Patrick Thomas for a while trying to make the extensions to epics work within the currently installed epics, he decided that we should just start over with a fresh install of epics 3.14.10.

I am installing this in /ligo/apps/linux-x86_64/epics/base-3.14.10/

Prior to all of this, I had done a lot of installation and configuration of the packages needed to make LAMP work:

sudo apt-get install lamp-server^

sudo apt-get install phpmyadmin

I then continued to follow the instructions on Patrick's wiki:

https://awiki.ligo-wa.caltech.edu/aLIGO/Conlog#EDCU_library

I installed the c_string library into /ligo/apps/linux-x86_64/ according to his instructions.  (prior to my installs, there was no /ligo/ on this machine at all, so I made the needed parent directories with the correct permissions).

That should be everything up to installing epics (working on that now).

  6378   Wed Mar 7 19:10:06 2012 kiwamuUpdateLSCREFL OSA : how the signal look like

Just a quick report on the REFL OSA.

The attached plot below shows the raw signal from the REFL OSA which Keiko installed in this afternoon.

When the data was taken the beam on the REFL OSA was a direct reflection from PRM with the rest of the suspended mirrors misaligned.

One of the upper and lower 11 MHz sidebands is resolved (it is shown at 0.12 sec in the plot) while the other one is still covered by the carrier tail.

The 55 MHz upper and lower sidebands are well resolved (they are at 0.06 and 0.2 sec in the plot).

One of the oscilloscopes monitoring the OSA signals in the control room has a USB interface so that we can record the data into a USB flash memory and plot it like this.

OSArefl.png

Quote from #6375

 I swap an OSA at PSL and OSA at REFL. It was because the PSL-OSA had a better resolution, so we place this better one at REFL. The ND filter (ND3) which was on the way to REFL OSA was replaced by two BSs, because it was producing dirty multiple spots after transmitting.

 

  6379   Wed Mar 7 20:06:23 2012 KojiUpdateLSCREFL OSA : how the signal look like

I'm puzzled why the 11MHz peak can be such high considering 1.7~2 times smaller the modulation depth.

  6380   Wed Mar 7 20:53:13 2012 keikoUpdateLSCMICH noise budget on 5 Mar

 

 Mar6-MICHbudget.png

This is the MICH noise budget on 6th March. 1Hz peak got a bit better as the BS sus control gain was increased.

 

  6381   Wed Mar 7 21:13:30 2012 ranaUpdateDAQNDS2

 I noticed that NDS2 was not running on mafalda as it should be. Instead, there were a couple of zombie MEDMs using up 99% of the CPU. I killed the zombies and have run the 'build channel list' script. When it finished, I tried to restart the nds server, but got the following error in the log file. Email has been dispatched to JZ.

mafalda:logs>less nds2-mafalda-201203072111.log

Configuring from file: nds2.conf
Allow list: ALL
terminate called after throwing an instance of 'std::runtime_error'
  what():  Insufficient arguments
  6382   Wed Mar 7 22:04:05 2012 kiwamuUpdateLSCREFL OSA : how the signal look like

I was also wondering about the same thing, comparing with what Mirko obtained before with the same OSA ( #5519).

Quote from #6379

I'm puzzled why the 11MHz peak can be such high considering 1.7~2 times smaller the modulation depth.

 

  6383   Wed Mar 7 23:28:41 2012 Lab Cleanup CrewHowToEnvironmentTrue Beauty....

Or, how a lab should look at the end of every day.

Clean_40m_Electronics_Bench.jpg

Beat that, Bridge kids!

  6384   Wed Mar 7 23:29:28 2012 keikoUpdateLSCREFL OSA observation

 kiwamu, keiko

 

 

REFLOSA.png

We measure the REFL OSA spectrum when (1) direct reflection from the PRM (2) CR lock at PRC (3) SB lock at PRC. When CR lock, both SBs are reflected from the PRC and when SB lock (ref line), some SB is sucked by PRM and looked lower than the other two lines.

 

  6385   Thu Mar 8 00:57:48 2012 keikoUpdateLSCMICH noise budget on Mar 5, Mar 6, and old

Here is the recent two noise budgets of MICH, with the old measurement by Jenne. The most latest Mar 6 data is quite close to the old data, even better around 20-30 Hz. Probably some scattering source was improved?

Mar7MICHbudgettotal.png

  6386   Thu Mar 8 04:13:12 2012 kiwamuUpdateLSCupdate on the locking activity

[Keiko / Kiwamu]

 Some updates on the locking activity:

  • Started summarizing the data of the Michelson lock in a wiki page:
  • Gradually moving on to the PRMI lock
    • The lock stays for reasonably a long time (~20 min or more)
    • POP22/110 demod signals seemed just ADC noise.
    • A first noise budget is in process
      • The glitches make the noise level worse above 40 Hz or so in both the MICH and PRCL budgets.
    • Sensing matrix will be measured tomorrow
    • The data will be also summarized in a wiki page
  6387   Thu Mar 8 17:18:19 2012 Ryan FisherSummaryComputer Scripts / ProgramsAlterations to base epics install for installing aLIGO conlog:
I have the aLIGO Conlog 'working' at http://192.168.113.209/conlog/conlog.php

The process is running inside a screen on megatron.

To start it running, you need to set your environment, and then run the startup.c1conlog script :

cd /cvs/cds/rtcds/caltech/c1/target/conlog/conlogepics

source conlog_environment.txt

./startup.c1conlog

This will leave you at an epics prompt, which means the code is running. (that's why I left it running in a screen for now).

To change the list of channels when the conlog is running, you need to edit the file (s):

/ligo/caltech/data/conlog/c1/add_channel_names
/ligo/caltech/data/conlog/c1/remove_channel_names

Then start up medm as follows:

cd ~/ryan/

medm -x -macro "IFO=C1" medm/CONLOG.adl

Then click the Add channel list button or Remove channel list button.

To change the channels before running the conlog from a blank database, you would edit:
/ligo/caltech/data/conlog/c1/use_channel_names (I believe this should be read whenever the conlog is restarted, but I'm only sure it does the first time you start conlog).




Documenting the rest of the installation:


Successful? Installation of Fresh EPICS and Extensions



Fresh Copy of EPICS 3.14.10


* We restarted (on Patrick's suggestion) with a fresh copy of EPICS 3.14.10 in:
/ligo/apps/linux-x86_64/epics
* I had to set a clean environment:
* Then I downloaded the tarball, unpacked it, and simply ran make within it, and it worked!
* Next, I followed Patrick's wiki instructions with only modifications to the configure/RELEASE files for the archive and ioc/conlog extensions.
* Then I realized that I had to rebuild conlog ioc after adding a directory:
/ligo/apps/linux-x86_64/epics/iocs/conlog/iocBoot/iocc1_conlog
* I had to copy the files from the h1 directory and modify them so that all reference to h1 now point to c1 in the new directory
* I then rebuilt the conlog ioc (I had to make sure setenv SCRIPTS was run again because I had logged out and back in, and I reset the whole environment properly again)

Rest of Install


* I was able to fairly trivially follow through the rest of the installation steps on Patrick's wiki, up to the "Design" section.
* Now, there is no obvious way to move forward (nothing is actually running I believe).

New Install Instructions:


"
You want to create the EPICS IOC boot directory by doing the following:

In the top level of the IOC (.../epics/iocs/conlog) with the appropriate
paths:

/epics/base/bin/linux-x86_64/makeBaseApp.pl -i -t ioc c1_conlog
What application should the IOC(s) boot?
The default uses the IOC's name, even if not listed above.
Application name? conlog

Then you will have to update the st.cmd it creates. You can compare the
st.cmd and st.cmd.backup files in the other directories to see what needs
to be changed.

I don't know if just copying the directory will work, it might.

You will also probably want to change the following line in
/epics/modules/archive/archiveApp/src/drvArchive.c:

queue = epicsMessageQueueCreate(100000000, sizeof(struct message_type));

and reduce 100000000 to something smaller depending on the amount of ram
available to the computer. I think sizeof(struct message_type) is
something like 112 bytes. Then recompile.

You basically put a file with the list of channels to use in the directory
path for "use channel list filepath" in the following command in st.cmd:
drvArchive_read_channel_list_filepaths <add channel list filepath>,<remove
channel list filepath>,<use channel list filepath>
I can send you the script that I currently use to generate that channel
list if you want, but it may need to be changed for your setup.

Once you start the ioc, open the medm which can be checked out from
subversion here: cds_user_apps/trunk/cds/common/medm/CONLOG.adl
with macro substitution for IFO: medm -x -macro "IFO=C1"
and click on the button for "Use channel list".
The number of monitored channels should increase to the number of channels
in the file.

-Patrick

...

The perl script and example file are attached, just redirect the output of
the perl script to a file. It scans autoBurt.req files in a particular
directory and its subdirectories for channel names that meet certain
criteria. All the file contains is a list of channel names, one on each
line. To start the IOC, go to the target directory and run
./startup.c1conlog.

"

{{rpfisher:scan_autoburt.pl.txt|scan_autoburt.pl.txt}}



{{rpfisher:use_channel_names.txt|use_channel_names.txt}}



My Notes Regarding These Instructions:


* Throughout the installation instructions, it probably should have been made clear that the ifo is lowercase: eg c1 (but in the end the installation mixed C1 and c1 in different places)
* Also throughout, one should be careful to replace lho with your site (eg caltech) wherever it appears
* After running the first perl script to generate the iocBoot/iocc1_conlog directory, the goal is to rebuild the whole conlog ioc by running make from epics/iocs/conlog, but before doing that:
* I needed to change the suggested line in the archive module to match the correct RAM size of the machine I am installing on (I actually gave it just less than half the free RAM), then:
* Remake the archive module
* Change into the ioc/conlog directory, remove the iocBoot I had made before for c1, rerun the perl script above, then run make from the ioc/conlog directory.
* Once that is done, you need to edit the file st.cmd to add lines for the reading and writing of channels, such as:
dbLoadRecords("db/conlog.db","IFO=C1")
drvArchive_mysql "C1_conlog","/data/mysql/C1_conlog_epics_user"
drvArchive_read_channel_list_filepaths "/ligo/caltech/data/conlog/c1/add_channel_names","/ligo/caltech/data/conlog/c1/remove_channel_names","/ligo/caltech/data/conlog/c1/use_channel_names"
drvArchive_write_channel_list_filepaths "/ligo/caltech/data/conlog/c1/channel_names","/ligo/caltech/data/conlog/c1/monitored_channel_names","/ligo/caltech/data/conlog/c1/unmonitored_channel_names"
* I also had to rerun this set of commands once that was all done:
controls: cd /opt/rtcds/<site>/<ifo>/target/conlog/conlogepics
controls: cp -r /ligo/apps/linux-x86_64/epics/iocs/conlog/db ./
controls: cp -r /ligo/apps/linux-x86_64/epics/iocs/conlog/dbd ./
controls: cp /ligo/apps/linux-x86_64/epics/iocs/conlog/iocBoot/ioc<ifo>_conlog/envPaths ./
controls: cp /ligo/apps/linux-x86_64/epics/iocs/conlog/iocBoot/ioc<ifo>_conlog/st.cmd ./
controls: echo ./bin/linux-x86_64/conlog st.cmd > startup.<ifo>conlog
controls: chmod a+x startup.<ifo>conlog
* This set of instructions seemed to be lacking, so I added this:

cp -r /ligo/apps/linux-x86_64/epics/iocs/conlog/bin/ ./

* Now the executable runs but doesn't work:
* Fixes needed:
* Need to use root permissions and make sure the files in /data/mysql have the right names for the users the code expects and also have the right passwords. (have to match capitalization appropriately for the <ifo> tag everywhere
* Might need to go into mysql and add a new user with the proper capitalization also
* Need to edit the ld_library_path to point to the new epics libraries (see the suggested environment below)
* Now, the code seems to work, but dumps me at an "epics> " prompt, I'm asking Patrick what to do next.
* I was impatient and loaded up the medm screen, and found out that the one channel I had picked was not readable (unmonitored)
* I ran a modified version of Patrick's perl script to search autoBert files for channels, and replaced my use_channel_names file with the output of the script
* Now, the medm screen shows lots of monitored channels, and the conlog is filling up! (can see it from phpmyadmin)
* Next step: I wanted to get the php pages working, so I edited the files inside /var/www/conlog:
megatron:~/ryan>diff -u /var/www/conlog/conlog.php /var/www/conlog/conlog.php.bck.Mar82012_1
--- /var/www/conlog/conlog.php  2012-03-08 15:31:53.152547771 -0800
+++ /var/www/conlog/conlog.php.bck.Mar82012_1   2012-03-08 15:28:23.062704171 -0800
@@ -19,7 +19,7 @@
        <form action="query.php" method="post">
                <h3><label for="database">Database:</label></h3>
                <select id="database" name="database">
-                       <option value="C1_conlog">C1</option>
+                       <option value="h2_conlog">h2</option>
                </select>
 
                <h3><label for="included_channels">Included channels:</label></h3>

megatron:~/ryan>diff -u /var/www/conlog/query.php /var/www/conlog/query.php.bck.Mar82012_1
--- /var/www/conlog/query.php   2012-03-08 15:33:45.122550303 -0800
+++ /var/www/conlog/query.php.bck.Mar82012_1    2012-03-08 15:32:31.772554679 -0800
@@ -168,8 +168,8 @@
        }
 
        $database_name = $_POST["database"];
-       if ($database_name == 'C1_conlog') {
-               $server = '192.168.113.209';
+       if ($database_name == 'h2_conlog') {
+               $server = 'cdsconlog';
        }
        else {
                die('Unknown database.');

* Finally, the mysql server was denying access from outside queries, so I fixed that:
megatron:~/ryan>diff -u /etc/mysql/my.cnf /etc/mysql/my.cnf.bck.Mar82012_1
--- /etc/mysql/my.cnf   2012-03-08 15:35:57.122548370 -0800
+++ /etc/mysql/my.cnf.bck.Mar82012_1    2012-03-08 15:35:10.652559315 -0800
@@ -49,7 +49,7 @@
 #
 # Instead of skip-networking the default is now to listen only on
 # localhost which is more compatible and is not less secure.
-#bind-address          = 127.0.0.1
+bind-address           = 127.0.0.1
 #
 # * Fine Tuning
 #
megatron:~/ryan>
* Now, I think everything is working * almost:
* It seems that when you first start the conlog up, it finds all the variables and inserts values of "Null" for everything, but after that it detects changes properly!


Conlog Environment


Need to source this to use the new environment:

megatron:~>cat ~/ryan/conlog_enviroment.txt
  6388   Thu Mar 8 23:37:03 2012 kiwamuUpdateIOOdither Y arm dither script

I disabled the feedback to the PZT1 PITCH in the Y arm dithering scripts so that it won't push the beam away from the good point.

Currently one has to do a manual alignment only for the PZT PITCH but the rest of DOFs are still able to be automatically aligned with the script.

Quote from #6357

 The polarity for controlling the PZT1 PITCH seems to have flipped for some reason.

  6389   Fri Mar 9 10:17:06 2012 steveHowToPEMdo not leave tables open

Type: How not to

Please do not leave optical tables open! You will be held responsible for creating dirty optics.

Attachment 1: P1080547.JPG
P1080547.JPG
  6390   Fri Mar 9 10:44:57 2012 steveUpdateRF SystemOSA

Optical spectrum analyzers like the Attachment made by Coherent , Meles Griot- CVI and Spectral Product are all discontinued.

The 40m have Coherent models C240 analyzer with controller C251 Their Finesse measured in 2004: sn205408  F302,  sn205409  F396,

Jenne borrowed Jan's Meles Griot model 13SAE006, Peter King has the same model. FSR 300 MHZ, finnees 200 minimum

Attachment 1: OSA.pdf
OSA.pdf
  6391   Fri Mar 9 11:02:56 2012 Ryan FisherSummaryComputer Scripts / ProgramsAlterations to base epics install for installing aLIGO conlog:

Too Many Fast Changing EPICS in New Conlog


I have been monitoring the new conlog, and it already has far too many rows.

I'm going through the list of channels to exclude in the update_channels script for the conlog that is currently running and removing them from
the monitored channels in the new conlog using the remove_channel_names file and the medm screen (we may want to just wipe out the tables
and start over after this is set properly, but for now I'm keeping them):
#-- Exclude a few uninteresting or obsolete categories
if ( $chan =~ m/^[BIJ]$/ ||
$chan =~ m/IOO-MC_PWR_IN/ ||
$chan eq "C1:PSL-FSS_SLOWDC" ||
$chan =~ m/PSL-STAT_.*_BITS/ ||
$chan =~ m/:IOO-PZTM[12]_(PIT|YAW)_BIAS$/ ||
$chan =~ m/DAQ.*_cycle/ ||
$chan =~ m/DAQ.*rtSeconds/ ||
$chan =~ m/C1:-.*/ ||
$chan =~ m/C1:SUP/ ||
$chan =~ m/C1:SP/ ||
$chan =~ m/C1:X/ ||
$chan =~ m/C1:TST/ ||
$chan =~ m/C1:RF/ ||
$chan =~ m/C1:UCT/ ||
$chan =~ m/C1:DU/ ||
$chan =~ m/C1:MCP/ ||
$chan =~ m/C1:MCS/ ||
$chan =~ m/C1:FEC/ ||
$chan =~ m/C1:PEM/ ||
$chan =~ m/C1:LSP/ ||
$chan =~ m/C1:NIO/ ||
$chan =~ m/C1:WFS/ ||
$chan =~ m/C1:ASC-WFS/ ||
$chan =~ m/C1:ASC-SP/ ||
$chan =~ m/C1:VG/ ||
$chan =~ m/C1:IOO-DOF/ ||
$chan =~ m/C1:IOO-EO/ ||
$chan =~ m/Name/ ||
$chan =~ m/DEFAULTNAME/ ||
$chan =~ m/:IOO-PZT.*OFFSET/ ||
$chan =~ m/PD_VAR$/ ||
$chan =~ m/_INMON$/ ||
$chan =~ m/_EXCMON$/ ||
$chan =~ m/_OUT16$/ ||
$chan =~ m/_OUTMON$/ ||
$chan =~ m/_OUTPUT$/ ||
$chan =~ m/_RSET$/ ||
$chan =~ m/_ALIVE$/ ||
$chan =~ m/VMon$/ ||
$chan =~ m/PDMon$/ ||
$chan =~ m/(BiasVMon|FE_PPOLL|MASTER_OVERFLOW|FSS_TIDALSET|CPU_LOAD|CDM
_STAT|State_Bits|INDCOFFSET)/ )

With these removals, only 15493 channels are being monitored now.
  6392   Fri Mar 9 11:59:38 2012 Zweizig the ELOG MavenSummaryCDSNDS2 restart

 Hi Rana,

It looks like the channe list file has a few blank lines that the channel list reader is choking on. I removed the lines and it is working now.. I have made the error message a bit more obvious (gave the file name  and line number) and allowed it to ignore empty lines so this won't cause problems with future versions (when installed). The bottom line is nds2 is now running on mafalda.
Best regards,

John   

  6393   Fri Mar 9 13:34:13 2012 keikoUpdateLSCupdate on the locking activity

We tried to measure the sensing matrix for MICH and PRCL last night. They look too much mixed as we expect... the matrix may be posted later. We suspect the IX and IY of the MICH excitation is not balanced very well, although Kiwamu adjusted that about two weeks ago, and it is mixing the dof. We'll try to balance it again, ans see the matrix. 

Keiko, Kiwamu

 

Quote:

[Keiko / Kiwamu]

 Some updates on the locking activity:

  • Started summarizing the data of the Michelson lock in a wiki page:
  • Gradually moving on to the PRMI lock
    • The lock stays for reasonably a long time (~20 min or more)
    • POP22/110 demod signals seemed just ADC noise.
    • A first noise budget is in process
      • The glitches make the noise level worse above 40 Hz or so in both the MICH and PRCL budgets.
    • Sensing matrix will be measured tomorrow
    • The data will be also summarized in a wiki page

 

  6394   Fri Mar 9 15:48:56 2012 Ryan FisherSummaryComputer Scripts / ProgramsAlterations to base epics install for installing aLIGO conlog:

I decided to make a backup of the database and then delete it and make a new database:
 
cd ~/ryan/database_dumpMar92012
mysqldump -u root -p C1_conlog > C1_conlog.dump.Mar92012 
Note: it appears this failed the first time, thankfully this wasn't a production service yet... In the future, do not trust this backup method for important data!

Next, log into mysql as root, dump the database, remake it and grant privileges again.:
(This is saved in megatron:~/ryan/restore_database.txt
megatron:~/ryan>mysql -u root -p
Enter password:
Welcome to the MySQL monitor.  Commands end with ; or \g.
Your MySQL connection id is 174
Server version: 5.1.41-3ubuntu12.10 (Ubuntu)

Type 'help;' or '\h' for help. Type '\c' to clear the current input statement.

mysql> list databases;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'list databases' at line 1
mysql> list users;      ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'list users' at line 1
mysql> use C1_conlog
Reading table information for completion of table and column names
You can turn off this feature to get a quicker startup with -A

Database changed
mysql> list users;
ERROR 1064 (42000): You have an error in your SQL syntax; check the manual that corresponds to your MySQL server version for the right syntax to use near 'list users' at line 1
mysql> select User from mysql.user;                                             +------------------+
| User             |
+------------------+
| php              |
| C1_conlog_epics  |
| c1_conlog_epics  |
| root             |
| C1_conlog_epics  |
| c1_conlog_epics  |
| debian-sys-maint |
| root             |
| root             |
+------------------+
9 rows in set (0.00 sec)

mysql> show databases;                                                          +--------------------+
| Database           |
+--------------------+
| information_schema |
| C1_conlog          |
| mysql              |
+--------------------+
3 rows in set (0.00 sec)

mysql> drop database C1_conlog ;
Query OK, 2 rows affected (0.56 sec)

mysql> create database C1_conlog;
Query OK, 1 row affected (0.00 sec)

mysql> use C1_conlog ;
Database changed
mysql> SET SQL_MODE="NO_AUTO_VALUE_ON_ZERO";
Query OK, 0 rows affected (0.00 sec)

mysql>
mysql> CREATE TABLE `channels` (
    ->   `channel_id` mediumint(8) unsigned NOT NULL AUTO_INCREMENT,
    ->   `channel_name` varchar(60) NOT NULL,
    ->   PRIMARY KEY (`channel_id`),
    ->   UNIQUE KEY `channel_name` (`channel_name`)
    -> ) ENGINE=MyISAM  DEFAULT CHARSET=latin1;
Query OK, 0 rows affected (0.04 sec)

mysql>
mysql> CREATE TABLE `data` (
    ->   `acquire_time` decimal(26,6) NOT NULL,
    ->   `channel_id` mediumint(8) unsigned NOT NULL,
    ->   `value` varchar(40) DEFAULT NULL,
    ->   `status` tinyint(3) unsigned DEFAULT NULL,
    ->   `connected` tinyint(1) unsigned NOT NULL,
    ->   PRIMARY KEY (`channel_id`,`acquire_time`)
    -> ) ENGINE=MyISAM DEFAULT CHARSET=latin1;
Query OK, 0 rows affected (0.03 sec)

mysql> grant select, insert, update, execute on * to 'c1_conlog_epics'@'127.0.0.1';  Query OK, 0 rows affected (0.00 sec) 
mysql> grant select, insert, update, execute on * to 'C1_conlog_epics'@'127.0.0.1';   Query OK, 0 rows affected (0.00 sec) 
 mysql> grant select, insert, update, execute on * to 'c1_conlog_epics'@'localhost';  Query OK, 0 rows affected (0.00 sec) 
mysql> grant select, insert, update, execute on * to 'C1_conlog_epics'@'localhost';
Query OK, 0 rows affected (0.00 sec)

mysql> grant select on C1_conlog to 'php'@'%';
ERROR 1146 (42S02): Table 'C1_conlog.C1_conlog' doesn't exist
mysql> grant select on * to 'php'@'%';
Query OK, 0 rows affected (0.00 sec)

mysql> select * from mysql.users
    -> ;
ERROR 1146 (42S02): Table 'mysql.users' doesn't exist
mysql> select User from mysql.user;        
| C1_conlog_epics  |
| c1_conlog_epics  |
| root             |
| C1_conlog_epics  |
| c1_conlog_epics  |
| debian-sys-maint |
| root             |
| root             |
+------------------+
9 rows in set (0.00 sec)

mysql> Bye 



Next, I decided that I want to index on the acquire_time instead of the combination of channel_id and acquire_time (I think it makes a lot of sense for several query types, and especially debugging the conlog!):
mysql> create index acquire_time_index on data(acquire_time);
Query OK, 0 rows affected (0.04 sec)
Records: 0  Duplicates: 0  Warnings: 0

Next Fix:


The above worked well, but when I restarted the conlog, I had to re-execute the "remove_channels" from the medm, because initially all channels were being loaded (use_channel_names had all the channels still).
Additionally, there were a lot of channels with "*RMS*" in the name that were being recorded, and were changing relatively quickly, so I have added those to the remove_channel_names file.

I am going to: Backup the files in /ligo/caltech/data/conlog/c1
Edit use_channel_names to only have the good channels.
Dump the database again
Stop conlog.
Wipe the database again.
Remake the database again (with permissions and the new index).
Restart the conlog and hope!

The fix above seems to be in place and working. The database has the initial entries for the channels it monitors and is not growing without operators changing EPICs values.

ELOG V3.1.3-