40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 27 of 341  Not logged in ELOG logo
Entry  Tue Mar 4 23:22:32 2008, rob, DAQ, Computers, c1susvme1&2 rebooted 

I found that some channels from c1susvme1 and c1susvme2 were not being recording by the DAQ (and were not showing up in DV).  I rebooted these processors,
which fix the problem.  If you see other cases of this (signal exactly zero, but not a testpoint problem), just reboot the corresponding processor.
Entry  Wed Apr 23 22:39:54 2008, Andrey, DAQ, Computer Scripts / Programs, Problem with "get_data" and slow PEM channels 

It turns out that I cannot read minute trends for the slow weather channels for more than 1000 seconds back (roughly more than 15 minutes ago) using "get_data"
Entry  Sun Apr 27 18:11:58 2008, rob, DAQ, Computers, br40m? 

The testpoint manager (which runs on fb40m) crashed this afternoon.  Upon re-starting it, I found there was a rogue dtt process on op440m and also a daqd
daemon running on br40m.  One or both of these caused the tpman to crash.  br40m is the frame broadcaster, which is never used here as we don't run DMT.
    Reply  Sun Apr 27 22:57:15 2008, ajw, DAQ, Computers, br40m? 
The testpoint manager (which runs on fb40m) crashed this afternoon.  Upon re-starting it, I found there was a rogue dtt process on op440m and also a daqd
daemon running on br40m.  One or both of these caused the tpman to crash.  br40m is the frame broadcaster, which is never used here as we don't run DMT.
Entry  Tue Apr 29 21:09:12 2008, rana, DAQ, CDS, FE Filters fefilters.jpgfefilters.txt
These are new FE filters for downsampling and upsampling. We will be going from native hardware sampling rates of 64k down to 32k, 16k, and 2k.

The attached plot shows these filters. They are 3dB ripple, 40 dB stopband, 4th order elliptic filters in which I have moved the zeros around
Entry  Fri Jun 27 15:20:52 2008, rob, DAQ, LSC, .ini file change 

I removed C1:LSC-XARM_CTRL from the frames and added C1:LSC-CARM_ERR
Entry  Mon Jul 7 13:58:37 2008, Eric, josephb, DAQ, PEM, Using unused PEM channels to test camera code 
Joe and I have taken control of the EPICS channels C1:PEM-Stacis_EEEX_geo and C1:PEM-Stacis_EEEY_geo since we heard that they are no longer in use.  We
are currently 
using them to test the ability for the Snap camera code to read and write from EPICS channels.  Thus, the information being written to these channels is
Entry  Fri Jul 11 20:16:01 2008, Eric, DAQ, Cameras, Taking data from the GC 750 Camera 
Mafalda has been set up with a background process to constantly take data from the GC 750 camera (at the end of the x-arm) for the weekend.  This camera
will otherwise be inoperable until then.
Entry  Tue Jul 15 10:09:42 2008, Eric, DAQ, Cameras, Did anyone kill the picture taking process on Mafalda? 
Did anyone kill the process on Mafalda that was taking pictures of the end mirror of the x-arm last Friday?  I need to know whether or not it crashed of
its own accord.
Entry  Tue Jul 15 11:47:56 2008, Jenne, DAQ, PEM, Accelerometer channels in ASS Adapt MEDM screen 
Jenne, Sharon

We have traced which accelerometers correspond to which channels in the C1ASS_TOP MEDM screen.  
Entry  Wed Jul 16 17:36:51 2008, John, DAQ, PSL, FSS input offset 
I changed the nominal FSS input offset to 0 from 0.3. Tolerance remains unchanged at +/-0.05.
Entry  Fri Jul 18 19:43:55 2008, Yoichi, DAQ, Computers, PSL fast channels cannot be read by dataviewer 
At this moment only the PSL fast channels have trouble.
Rob restarted fb40m, c1IOVME, but no effect.
Entry  Mon Aug 11 19:09:28 2008, Jenne, DAQ, PEM, Seismometer DAQ is being funny SeisDAQ.pngSeisData.png
While looking at the Ranger seismometer's output to figure out what our max typical ground motion is, Rana and I saw that the DAQ output is at a weird level.
 It looks like even though the input to the DAQ channel is being saturated, the channel isn't outputing as many counts as expected to Dataviewer.  
Entry  Wed Sep 3 19:09:56 2008, Yoichi, DAQ, Computers, c1iovme power cycled 
When I tried to measure the sideband power of the FSS using the scan of the reference cavity, I noticed that the RC trans. PD signal was not 
properly recorded by the frame builder. 
Joe restarted c1iovme software wise. The medm screen said c1iovme is running fine, and actually some values were recorded by the FB.
Entry  Mon Oct 6 12:45:41 2008, Alberto, DAQ, LSC, C1LSC in coma 
Alberto, Joe,

The C1LSC medm screen is frozen and the C1LSC computer is down. We tried to reboot and to restart it first turning off the power and then just rebooting
    Reply  Mon Oct 6 16:41:33 2008, Alberto, DAQ, LSC, C1LSC in coma 
[quote]Alberto, Joe,

The C1LSC medm screen is frozen and the C1LSC computer is down. We tried to reboot and to restart it first turning off the power and then just rebooting
Entry  Wed Oct 22 09:42:41 2008, Alberto, DAQ, Computers, c1iool0 rebooted and MC autolocker restarted 
This morning I found the MC unlocked. The MC-Down script didn't work because of network problems in communicating with scipe7, a.k.a. c1iool0. Telneting
to the computer was also impossible so I power cycled it from its key switch. The first time it failed so I repeated it a second time and then it worked.
Yoichi then restarted c1iovme. It was also necessary to restart the MC autolocker script according to the following procedure:
Entry  Tue Nov 4 17:58:42 2008, Alberto, DAQ, PSL, MC temperature sensor 
I added a channel for the temperature sensor on the MC1/MC3 chamber: C1:PSL-MC_TEMP_SEN.
To do that I had to reboot the frame builder. The slow servo of the FSS had to get restarted, the reference cavity locked and so the PMC and MZ.
Entry  Fri Nov 7 18:38:19 2008, Alberto, DAQ, PSL, MC temperature sensor hooked up 
Alberto, Rana,
we found that the computer handling the signals from ICS-110B was C1IOVME so we restarted it. We changed the name of the channel to C1:PEM_TEMPS and the
number to 16349. We tracked it up to the J14 connector of the DAQ.
Entry  Wed Nov 12 11:14:59 2008, Caryn, DAQ, PSL, MC temp sensor hooked up incorrectly 
MC Temperature sensor was not hooked up correctly. It turns out that for the 4 pin LEMO connections on the DAQ like J13, J14, etc. the channels correspond
to horizontal pairs on the 4 pin LEMO. The connector we used for the temp sensor had vertical pairs connected to each BNC which resulted in both the differential
pairs on J13 being read by the channel. 
Entry  Tue Nov 18 13:28:08 2008, Caryn, DAQ, IOO, new channel for MC drum modes 
Alberto has added a channel for the Mode Cleaner drum modes.
sample rate-2048
    Reply  Wed Jan 14 15:53:32 2009, steve, DAQ, PSL, MC temperature sensor 
[quote]I added a channel for the temperature sensor on the MC1/MC3 chamber: C1:PSL-MC_TEMP_SEN.
To do that I had to reboot the frame builder. The slow servo of the FSS had to get restarted, the reference cavity locked and so the PMC and MZ.[/quote]
    Reply  Thu Jan 22 14:38:41 2009, caryn, DAQ, PSL, MC temperature sensor 
[quote][quote]I added a channel for the temperature sensor on the MC1/MC3 chamber: C1:PSL-MC_TEMP_SEN.
To do that I had to reboot the frame builder. The slow servo of the FSS had to get restarted, the reference cavity locked and so the PMC and MZ.[/quote]
Entry  Tue Mar 3 11:39:50 2009, Osamu, DAQ, Computers, 2 PCs in Martian 
 Kiwamu and I brought 2 SUPER MICRO PCs from Willson house into 40m.
Both PCs are hooked up into Martian network. One is named as bscteststand for BSC which has been set up by Cds people and another one is named
kami1 for temporary use for CLIO which is a bland new, no operating installed PC. This bland new PC will be returned Cds or 40m once another new PC which
Entry  Mon Mar 9 23:55:38 2009, Osamu, DAQ, Computers, bscteststand and kami1 outside martian 
This morning there was a confliction of tpman running on fb40m and kami1. Alex fixed it temporary but Rana suggested it was better to move both PCs outside
martian. We moved both PCs physically to the control room and connected to general network with a local router. I believe it won't conflict anymore but
if you guess these PC might have trouble please feel free to shutdown.
Entry  Mon Mar 16 15:19:52 2009, Osamu, DAQ, Electronics, SR785 
I borrowed SR785 to measure AA, AI noise and TF.
    Reply  Sun Mar 22 23:16:41 2009, rana, DAQ, Computer Scripts / Programs, tpman restart 
Could get testpoints but couldn't start excitations. Restarted tpman on daqawg. Works now.

[COLOR=orange] Still no log file.[/COLOR] X-(
Entry  Tue Apr 28 12:55:57 2009, Caryn, DAQ, PEM, Unplugged Guralp channels 
For the purpose of testing out the temperature sensors, I stole the PEM-SEIS_MC1X,Y,Z channels.
I unplugged Guralp NS1b, Guralp Vert1b, Guralp EW1b cables from the PEM ADCU(#10,#11,#12) near 1Y7 and put temp sensors in their place (temporarily).
Entry  Sat May 2 16:34:31 2009, caryn, DAQ, PEM, Guralp channels plugged back in  
I plugged the Guralp cables back into the PEM ADCU
       Guralp NS1b ---> #11
       Guralp Vert1b --->#10
Entry  Tue Jun 2 23:53:12 2009, pete, DAQ, Computers, reset c1susvme1 
rob, alberto, rana, pete
we reset this computer, which was out of sync (16384 in the FE_SYNC field instead of 0)
Entry  Mon Jun 8 18:22:27 2009, Alberto, DAQ, LSC, Added PD11 I amd Q slow channels 
I just added two slow channels to C0EDCUEPICS to monitor the input of PD11. The names are:
Entry  Sun Jul 12 20:06:44 2009, Jenne, DAQ, Computers, All computers down 
I popped by the 40m, and was dismayed to find that all of the front end computers are red (only framebuilder,
DAQcontroler, PEMdcu, and c1susvmw1 are green....all the rest are RED).
    Reply  Mon Jul 13 00:34:37 2009, Alberto, DAQ, Computers, All computers down 

            I popped by the 40m, and was dismayed to find that all of the front end computers
    Reply  Mon Jul 13 00:53:50 2009, Alberto, DAQ, Computers, All computers down 

Entry  Wed Jul 15 17:18:24 2009, Jenne, DAQ, Computers, DAQAWG gone, now back 
Yet again, the DAQAWG flipped out for an unknowable reason.  In order of restart activities listed on the Wiki, I keyed the crate and nothing really
happened, then I hit the physical reset button and nothing happened, and then I did the 'telnet....vmeBusReset', and a couple minutes later, it was all
good again.
Entry  Tue Jul 21 17:01:18 2009, pete, DAQ, DAQ, temp channel PEM-PETER_FE 
I added a temporary channel, to input 9 on the PEM ADCU.    Beware the 30, 31, and 32 inputs.  I tried 32 and it only gave noise.
Entry  Wed Aug 5 07:33:04 2009, steve, DAQ, Computers, fb40m is down 
    Reply  Wed Aug 5 09:25:57 2009, Alberto, DAQ, Computers, fb40m is up 
FB40m up and running again after restarting the DAQ.
Entry  Wed Aug 5 15:33:05 2009, rob, alberto, DAQ, General, can't get trends 
We can't read minute trends from either Dataviewer or loadLIGOData from before 11am this morning. 
fb:/frames>du -skh minute-trend-frames/
    Reply  Thu Aug 6 09:22:17 2009, Alberto, DAQ, General, can't get trends 

            We can't read minute trends from either Dataviewer or loadLIGOData from before 11am this morning. 
Entry  Tue Dec 8 10:20:33 2009, Alberto, DAQ, Computers, Bootfest succesfully completed 
Alberto, Kiwamu, Koji,
this morning we found the RFM network and all the front-ends down.
To fix the problem, we first tried a soft strategy, that is, we tried to restart CODAQCTRL and C1DCUEPICS alone, but it didn't work.
Entry  Mon May 3 19:21:43 2010, Alberto, DAQ, Environment, Boot fest 
[Alberto, Koji, Rana]
The RFM network failed today. We had to reboot the frame builder anf restart all the front end following the instructions for the "Nuclear
Entry  Wed Jun 2 18:36:20 2010, valera, DAQ, CDS, Noise generators in LSP noisegenerators.pdf
Alex wrote a new code to implement LSP noise generator. The code is based on 64 bit random number generator from Numerical Recipes 3rd ed ch 7.1 (p 343).
Joe made two instances in the LSP model.
The attached plot shows the spectra and coherence of two generators. The incoherence is ~1/Navg - statistically consistent with no coherence.
Entry  Sat Jun 19 17:31:48 2010, rana, DAQ, CDS, Excess Noise in C1:IOO-MC_DRUM1 fixed by reboot 
I was getting an excess noise in the C1:IOO-MC_DRUM1 channel - it was a flat spectrum of 10 cts/rHz (corresponding
to 600 uV/rHz).
I tried a few things, but eventually had to power cycle the crate with c1iovme in order to recover the standard ADC noise level of 3x10^-3
Entry  Thu Jun 24 18:47:26 2010, Frank, DAQ, IOO, VME crate rebooted  
we had to reboot the IOO VME crate right before lunch as the DAQ wasn't
working correct meaning showing no real signals anymore, only strange noise. The framebuilder and everything else was working fine at that time.

    The channel used for the phase noise measurement stopped showing any useful signal right after midnight,
Entry  Thu Dec 6 15:21:59 2007, alberto, Frogs, Electronics, RF Transfer Function of Stiff Aluminum Wires TF_3cm_stiff_wires.amplitude.pngDSC_0225compressed.JPGTF_3cm_stranded_wires.amplitude.png
Transfer function of 3cm long Aluminum wires and of 3cm stranded wires
Entry  Wed Dec 12 22:24:48 2007, tobin, Frogs, PEM, weather station 
I poked at the weather station briefly this evening.

* There's almost nothing in the elog about it.
Entry  Sun Feb 24 10:51:58 2008, tf, Frogs, Environment, 40m in phdcomics? 
Entry  Fri Jun 27 09:20:15 2008, steve, Frogs, PEM, dust particle count is up & alarm handler is on dust3y.jpg
This 3 years plot show the trend of seasons.
When outside air quality goes bad ( 0.5 micron > 1 million ) the lab follows.
I will demonstrate this effect with a 4th of July fire works calibration.
Entry  Mon Jul 14 10:57:00 2008, Koji, Frogs, Environment, Someone at 40M sent LHO water of life 
Someone at the 40m sent Mike@LHO a pound of peets coffee with the name of Koji Arai.
It was a good surprise! Thanks, we will enjoy it!
I will return to Pasadena next week. See you then.
ELOG V3.1.3-