ID |
Date |
Author |
Type |
Category |
Subject |
105
|
Thu Nov 15 17:09:37 2007 |
pkp | Update | OMC | Vertical Transfer functions with no cables attached. |
[Norna Pinkesh]
The cables connecting all the electronics ( DCPDs, QPDs etc) have been removed to test for the vertical transfer function. Now the cables are sitting on the OMC bench and it was realigned. |
106
|
Thu Nov 15 18:06:06 2007 |
tobin | Update | Computers | alex: linux1 root file system hard disk's dying |
I just noticed that Alex made an entry in the old ilog yesterday, saying: "Looks like linux1 root filesystem hard drive is about to die. The system log is full of drive seek errors. We should get a replacement IDE drive as soon as possible or else the unthinkable could happen. 40 Gb IDE hard drive will be sufficient." |
109
|
Thu Nov 15 18:37:06 2007 |
tobin | Update | Computers | possible replacement for linux1's disk |
It looks like the existing disk in linux1 is a Seagate ST380013A (this can be found either via the smartctl utility or by looking at the file /proc/ide/hda/model). It appears that you can still buy this disk from amazon, though I think just about any ATA disk would work. I'll ask Steve to buy one for us. |
110
|
Fri Nov 16 11:27:18 2007 |
tobin | Update | Computers | script fix |
I added a tidbit of code to "LIGOio.pm" that fixes a problem with ezcastep on Linux. Scripts such as "trianglewave" will now work on Linux.
# On Linux, "ezcastep" will interpret negative steps as command line arguments,
# because the GNU library interprets anything starting with a dash as a flag.
# There are two ways around this. One is to set the environment variable
# POSIXLY_CORRECT and the other is to inject "--" as a command line argument
# before any dashed arguments you don't want interpreted as a flag. The former
# is easiest to use here:
if (`uname` =~ m/Linux/) {
# Add an environment variable for child processes
$ENV{'POSIXLY_CORRECT'} = 1;
} |
111
|
Fri Nov 16 14:11:26 2007 |
tobin | Update | Computers | op140 |
Alan called to say that Phil Ehrens will be coming by to take op140 off our hands. |
112
|
Fri Nov 16 14:31:43 2007 |
tobin | Update | Computers | op140 disks |
Phil Ehrens stopped by and took op140's disks. |
117
|
Tue Nov 20 11:10:07 2007 |
tobin | Update | Computers | epics access from matlab |
I installed "labca", which allows direct access to EPICS channels from within Matlab. It comes with both Linux and Solaris binaries (and source) but I've only tried it on linux.
To set it up, run these shell commands:
pushd /cvs/cds/caltech/users/tf/build/labca_2_1/bin/linux-x86
setenv PATH ${PATH}:`pwd`
cd /cvs/cds/caltech/users/tf/build/labca_2_1/lib/linux-x86
setenv LD_LIBRARY_PATH ${LD_LIBRARY_PATH}:`pwd`
popd Then start matlab, and within matlab type:
addpath /cvs/cds/caltech/users/tf/build/labca_2_1/bin/linux-x86/labca
help labca
foo = lcaGet('C1:PSL-FSS_RCTRANSPD') It seems like reasonably well-written software, and is being actively maintained right now. If we like it, I can build a more recent version, install it in a more permanent location, etc. |
121
|
Wed Nov 21 14:31:41 2007 |
rob | Update | PSL | FSS twiddle |
I `tweaked' the FSS path today. Here's what I did:
1) Shut down the FSS autolocker
2) Turn off FSS servo
3) Assume the beam coming back from the AOM is double-first-order, and don't make any changes large enough to lose it.
4) Tweak the alignment of these components to maximize the incident power on the RC reflected diode:
a) PBS before AOM
b) AOM
c) curved mirror after the AOM
5) Translate the AOM such that the beam moves away from the PZT, then when it levels off (no more power gains with movement),
move it back just a little bit so there's a teensy drop in power. This should but the beam as close to the edge as possible,
but whether or not it's the best place is still to be determined.
6) Lock the FSS, and align the mirrors into the frequency reference cavity.
After all this, the RC transmitted power went from .57 to .73 -- probably not a big enough change to account for the missing loop
gain, but we'll know more once the loop gets measured (after Alberto stops hogging the Agilent network analyzer).
Other possible routes include a systematic check of the upstream path (e.g., the Pockels cell) and just increasing the pickoff fraction for the FSS. |
127
|
Tue Nov 27 20:47:00 2007 |
tobin | Update | PSL | FSS |
Rana, Tobin
We looked at the RF PD signal to the FSS (siphoning off a signal via a minicircuits directional coupler) and also took an open loop transfer function of the FSS. In the transfer function we saw the step at 100 kHz (mentioned by Rob) as well as some peculiar behavior at high frequency. The high frequency behavior (with a coupling of ~ -20 dB) turns out to be bogus, as it is still present even with the beam blocked. Rearranging the cabling had no effect; the cause is apparently inside the FSS. The step at 100 kHz turns out to be a saturation effect, as it moved as we lowered the signal amplitude, disappearing as we approached -60 dBm. (Above the step, the measurement data is valid; below, bogus.)
Transfer functions will be attached to this entry.
Some things to check tomorrow: the RF signal to the PC, RF AM generation by the PC, LO drive level into the FSS, RF reflection from the PC, efficiency of FSS optical path, quality of RF cabling. |
128
|
Wed Nov 28 04:21:46 2007 |
rana | Update | PSL | FSS |
Quote: | Rana, Tobin
We looked at the RF PD signal to the FSS (siphoning off a signal via a minicircuits directional coupler) and also took an open loop transfer function of the FSS. In the transfer function we saw the step at 100 kHz (mentioned by Rob) as well as some peculiar behavior at high frequency. The high frequency behavior (with a coupling of ~ -20 dB) turns out to be bogus, as it is still present even with the beam blocked. Rearranging the cabling had no effect; the cause is apparently inside the FSS. The step at 100 kHz turns out to be a saturation effect, as it moved as we lowered the signal amplitude, disappearing as we approached -60 dBm. (Above the step, the measurement data is valid; below, bogus.)
Transfer functions will be attached to this entry.
Some things to check tomorrow: the RF signal to the PC, RF AM generation by the PC, LO drive level into the FSS, RF reflection from the PC, efficiency of FSS optical path, quality of RF cabling. |
I would also add to Tobin's entry that we believe what Rob was seeing was saturation.
With the bi-directional coupler in there, the RF signal into the FSS board clearly went UP if moved the offset slider away from zero.
With a scope looking at the IN2 testpoint, we can see that there's less than 2 mV offset at zero slider offset.
One tangential thing we noticed with the coupler is that, in lock, the amount of reflected RF is around the same as that going in to the mixer.
I have always wanted to look at this but have only had uni-directional couplers in the past. I think that the double balanced mixer is inherently
not a 50 Ohm device during the times where the diodes are being switched. IF that's the case we might do better in the future by having an RF
buffer on board just before the mixer to isolate the PD head from these reflections. |
134
|
Wed Nov 28 17:41:34 2007 |
rob | Update | PSL | FSS again |
I investigated the FSS a bit more today. I looked at the signals coming out of the FSS frequency reference, and saw that both the LO and PC drive were distorted, non-symmetric waveforms. In addition, the LO path had a 3dB attenuator, meaning the mixer was starved. I placed mini-circuits SLP-30 filters in both paths, and now both are nice sine waves. I also took out the 3dB att. With this work, and the CG slider maxed out at 30, the FSS open loop gain (for real this time) goes up to ~250kHz. Still needs more investigation. |
136
|
Wed Nov 28 19:44:18 2007 |
tobin | Update | PSL | HEPA |
I found the HEPA turned off completely. I turned it on. |
163
|
Tue Dec 4 23:16:35 2007 |
tobin | Update | PSL | ISS |
I was confused to find that I could increase the ISS gain slider all the way from 15dB to 30dB without seeing much of any increase in gain in the measured open-loop transfer function. While making these swept-sine measurements, the saturation indicator almost never tripped, indicating it was seemingly happy. But then I noticed an odd thing: if I disable the test ("analog excitation") input, the saturation indicator trips immediately. I hooked up a scope to the current shunt test point (TP12). With the test input enabled, the loop closed, and the analog excitation port connected to the SR785, I see a a 5 Vpkpk, 2.55 MHz triangle wave there. It is there even if I set the SR785 excitation amplitude to zero, but it disappears if I disconnect the cable from the SR785.
I found oscillations at TP20, TP30, TP36, TP41, and TP42. Many of these are in the (unused) "outer loop" circuitry and currently lack compensation capacitors. |
165
|
Wed Dec 5 13:49:08 2007 |
alberto | Update | Electronics | RF AM PD lines monitor |
In the last weeks I’ve been working on the design of an electronic board to measure directly the power of the main spectral lines on of the RF-AM photodiode from as many independent outputs. The idea is to have eventually a monitor channel in the CDS network for the power of each line.
Looking at at the spectrum from the RF-AM PD (see attached plot), there are 5 main lines:
Frequency
3 fsr = 33 195 439 Hz
4 fsr = 66 390 878 Hz
12 fsr = 132 781 756 Hz
15 fsr = 165 977 195 Hz
18 fsr = 199 172 634 Hz
Two main approaches have been proposed for the circuit depending on the way followed to isolate the lines:
1) Filters: the frequencies are separated by narrow notch filters, then a diode bridge rectifies and a low pass filter extracts the DC component.
2) Mixers: for each frequency there is a mixer driven by a copy of the correspondent modulation frequency provided by the function generators (the Marconi). The mixers automatically give the DC component of the rectified signals.
Because of the phase lags that we should compensate if we used mixers, we would prefer the first approach, if it works.
Starting with a tolerance of about 10% between the channels, the spectrum (see attachment) sets the constraint to the filter’s suppression:
Filter central frequency [MHz]******Suppression within 30 Mhz [dB]
33*********************************-7-20 = -27
66**********************************7-20 = -13
133*********************************12-20 = -8
166********************************-12-20 = -32
199*********************************10-20 = 10
So far I’ve tried two kinds of designs for the filters, Butterworth (see attachment) and LC and I'm measuring transfer functions tuning the components to match the central frequency and the bandwdth of the filters with the requirements.
The frequencies we’re dealing with are rather high and several adjustments had to be done to the measurement system in order to shield the circuit from the impedance of the input and the output line (i.e., amplifier turned out to be necessary). Also, an the mixer had to be replaced to an RF one.
It seems I'm now measuring new transfer functions (which look quite different from what I've got with no amplifiers).
To be posted soon. |
167
|
Wed Dec 5 17:49:57 2007 |
tobin | Update | PSL | ISS |
Attached is a plot of the ISS RIN with a variety of gain settings.
Unfortunately the dark noise is huge now--a result of the new cables & wiring? |
168
|
Wed Dec 5 18:08:36 2007 |
Andrey | Update | ASC | Optical Lever laser for ETMX is installed |
A new laser with \lambda=633nm has been intalled and the mirror adjusted so that the signal hits the center of the photodetector.
Output power level of that laser is 3.45 +- 0.05 mW.
Only about 0.29mW hits the photodetector.
Cable clips have been used to firmly fix the power supply cable for the laser.
See attached photopicture of the ETMX - "oplev" - optical - table. |
169
|
Wed Dec 5 18:22:03 2007 |
tobin | Update | PSL | ISS dark noise |
Attached is a plot of the dark noise spectrum of the ISS photodiodes (1) before fooling with them, (2) after replacing the 4151's with 4131's (improvement!), and (3) after replacing the cables and changing the wiring (disaster!). |
171
|
Wed Dec 5 20:32:51 2007 |
tobin | Update | PSL | ISS dark noise |
The ISS dark noise is not coming from the PD heads; the spectrum is essentially unchanged when the PD is unplugged from the ISS. Did the input opamps both get semi-fried in the same way? (They worked so well when they were first installed.) What else changed? I'm baffled.  |
177
|
Thu Dec 6 19:30:43 2007 |
tobin | Update | PSL | ISS dark noise - 60 Hz! |
A higher resolution spectrum [attached] shows that nearly all of the excess dark noise on the ISS is in 60 Hz harmonics (with some 256 Hz harmonics too--are these from the DAQ?).
With the loop closed and the slider at 5dB, the laser light coming out has a noise floor of 10^-7 RIN or better from 40 Hz to 8 kHz.
Now to figure out why all this 60 Hz is getting in... (I tried turning off all the lights and the HEPA, and moving the SR785 further away, none of which did anything.) |
181
|
Fri Dec 7 18:28:30 2007 |
tobin | Update | Computer Scripts / Programs | compiled matlab hoses itself |
Andrey pointed out to me that some matlab functions in the Signal Processing Toolbox were dying with errors. Looking into the .m file (identified using the "which" command), I was surprised to see binary garbage rather than glistening, clear Matlab prose. Then I noticed the directory in which it was finding the .m file:
>> which decimate
/cvs/cds/caltech/apps/mDV/extra/linetrack_c_mcr/toolbox/signal/signal/decimate.m See that "linetrack_c_mcr" directory? This is what is generated when a "compiled" (grumble) Matlab program is run--it decompresses itself into a subdirectory containing weird semi-compiled binary .m files. Unfortunately this is somehow getting incorporated into the matlab path. (I assume there is something in mDV that says "put all subdirectories into the path.")
I hate the Matlab compiler. |
182
|
Fri Dec 7 18:31:30 2007 |
tobin | Update | Computer Scripts / Programs | compiled matlab hoses itself |
Addendnum. The reason the linemon_mcr command was in the path was because of the user issuing the command "addpath(genpath(pwd))" where genpath(D) "returns a path string starting in D, plus, recursively, all the subdirectories of D."
The Matlab compiler is still bad, however. |
183
|
Fri Dec 7 19:14:30 2007 |
tobin | Update | PSL | ISS dark noise - ground loop enlightenment |
My alleged 60 Hz harmonics were all from a ground loop created by connecting the SR785 ground to the ISS circuit ground; they disappeared when I set the SR785 input to "floating ground." doh!
I modified the ISS PD's to have a 100 ohm resistor in series with the output (in place of 20 ohms). The diodes are again in place on the table, ready for action. |
185
|
Mon Dec 10 18:42:20 2007 |
tobin | Update | PSL | ISS RIN script |
I wrote a script to measure the ISS RIN. The script uses the "labca" interface (described in an earlier entry) to read and twiddle EPICS settings and mDV to get DAQ data. The script measures open loop RIN, closed loop RIN at each of several gain slider settings, and dark noise. The dark noise is obtained by misaligning (unlocking) the PMC. The script also compares the whitened and unwhitened spectra for an open loop measurement and performs a fit of a simple pole to find the dewhitening filter.
This is all very exciting, but I don't quite believe the results, since the closed loop RIN seems to bottom out at 2e-7/rtHz regardless of the gain slider setting.
Sample output attached. The script may be found at scripts/PSL/ISS/rin.m. |
192
|
Sun Dec 16 16:52:40 2007 |
dmass | Update | Computers | Computer on the end Fixed |
I had Mike Pedraza look at the computer on the end (tag c21256). It was running funny, and turns out it was a bad HD.
I backed up the SURF files as attachments to their wiki entries. Nothing else seemed important so the drive was (presumably) swapped, and a clean copy of xp pro was installed. The username/login is the standard one.
Also - that small corner of desk space is now clean, and it would be lovely if it stayed that way. |
193
|
Mon Dec 17 11:47:13 2007 |
alberto | Update | Electronics | an alternative design for the RFAM monitor's filter at 33Mhz |
Since the Butterworth turned out o be rather wide-band, I tried an other configuration for the 33 MHz filter. Attached are the simulated transfer function and the measured. As one can see, the measured peak is much broader than expected. |
195
|
Tue Dec 18 00:51:39 2007 |
Andrey | Update | Computer Scripts / Programs | Results of Saturday overnight measurements |
As I indicated in the previous e-log entry (#194), I made overnight measurements in XARM in the night from Saturday to Sunday.
Root-mean-square values of the peaks in calibrated spectra were calculated, and I plotted them as functions of suspension gains in ITMX and ETMX "position" degrees of freedom.
More specifically, Q_ITMX means the value in the channel "C1:SUS-ITMX_SUSPOS_GAIN", while Q_ETMX means the value in the channel "C1:SUS-ETMX_SUSPOS_GAIN".
Root-mean-square values (RMS) were calculated during that night in three intervals:
1) around 0.8 HZ in the interval (0.6 Hz <-> 1.0 Hz);
2) around 3.0 Hz in the interval (2.0 Hz <-> 3.6 Hz);
3) in the broad interval from 0.6Hz to 3.6Hz.
I plotted three results for RMS in the abovementioned three intervals in three different ways:
1) view from the top in the axes (Q_{ITMX}+Q_{ETMX})/2 and (Q_{ITMX}-Q_{ETMX}) -> first three graphs (attachments 1 -3);
2) view from the side in the same sum- and difference-axes -> next three graphs (attachments 4-6);
3) view from the side in Q_{ITMX} and Q_{ETMX} axes -> next three graphs (attachments 7-9), above accelerometer spectra (attachments 10-11).
Also, I compared the ground noise level by comparing spectra of accelerometer signals at different times during that night. As a reminder, before my disease I installed one accelerometer near ITMX and another accelerometer near ETMX (see entries 161 and 172 in ELOG). The plots of ratios of accelerometer signals at different times (pairs of times that were used: 12AM and 3AM, 12AM and 6AM, 12AM and 9AM) are given below, see attachments 10-11.
Tomorrow I will try to compare the results with the second measurements that are being taken tonight. |
196
|
Tue Dec 18 16:50:35 2007 |
tobin | Update | SAFETY | uvex laser safety glasses defective |
A few days ago we noticed what appeared to be a blotched, speckled fracturing of the coating of the "UVEX" laser safety glasses. These are the glasses with "transparent" (reflective to 1064nm) lenses and white frames that we keep in a box on top of a filing cabinet in the control room. Today Steve measured the transmission of these glasses and found 80% transmission of 1064nm in several cases.
Do not use the white, transparent "uvex" laser safety glasses until further notice. Steve has hidden them away so that you won't be tempted.
Below is attached a photo of a bad lens. |
197
|
Tue Dec 18 21:31:31 2007 |
tobin | Update | PSL | ISS RIN |
My measurements of the ISS RIN via the SR785 and via the DAQ disagree considerably. The spectral shapes are very similar, however, so I expect that a constant factor is creeping in somewhere. Measurements taken at the PD DC monitor points using the SR785 attached. There is a lot of excess noise in the 300 Hz - 1 kHz region. |
201
|
Wed Dec 19 15:51:00 2007 |
Andrey | Update | Computer Scripts / Programs | Daytime measurements in XARM and their results |
I was making measurements in XARM for three different nights. All the results agree with each other (I will put the results from the last night soon).
Steve Vass recommended to me to compare those results with the daytime data, in order to see if there is a real necessity to run the scripts overnight or if daytime results will yield similar results.
XARM has been locked, and I am taking measurements today from 3.30PM till 11.30PM.
I will be changing the suspension damping gains in ETMX and ITMX "position" degrees of freedom in the interval from 1.0 to 3.75 with the step 0.25.
BELOW: RESULTS OF MEASUREMENTS WERE ADDED ON THURSDAY, DEC. 20.
All the meaning of the attachments 1-3, 4-6, 7-9, 10-11 is the same as in previous ELOG entries # 195, # 199, # 202, see in those entries which graph corresponds to which coordinate axes orientation. |
203
|
Wed Dec 19 16:40:12 2007 |
steve | Update | SAFETY | laser safety glasses measured |
I measured the coarse transission at 1064nm of the 40m safety glasses today.
12 pieces of UVEX # LOTG-YAG/CO2 light green, all plastic construction, ADSORBANT
3 pieces of 6KG5, Scott colored filter glass type,
individual prescription glasses: alan, bob, ben, jay and steve
7 pieces of dual waveleght glasses
These glasses showed 0.00mW transmission out of 170mW Crysta Laser 1064 |
205
|
Thu Dec 20 02:04:09 2007 |
Andrey | Update | Computer Scripts / Programs | New overnight measurements in XARM and their results |
I ran in the daytime/evening time my program, changing the damping gains in suspension "position" degree of freedom for ETMX and ITMX
in the interval from 1.00 to 3.75 with the step 0.25 (see entry # 201).
Now I am running overnight (from 2AM till 9AM) the program changing the gains in the interval from 1.3 to 3.5 with the step 0.20,
12 X 12 = 144 experimental points. I started so late because I fell asleep after my Wednesday evening dinner, then woke up half an hour ago and hurried to the lab.
BELOW: RESULTS OF MEASUREMENTS WERE ADDED ON THURSDAY EVENING, DEC. 20.
All the meaning of the attachments 1-3, 4-6, 7-9, 10-11 is the same as in previous ELOG entries # 195, # 199, # 202, see in those entries which graph corresponds to which coordinate axes orientation. |
207
|
Thu Dec 20 19:10:03 2007 |
waldman | Update | OMC | Stressful reattachment of heater |
Photos may follow eventually, but for now here's the rundown. I scraped the heater clean of the thermal epoxy using a clean razor blade. Then I stuffed a small piece of lint free cloth in the OTAS bore and wrapped the OMC in tin foil. With a vacuum sucking directly from the face of the OTAS, I gently scraped the glue off the OTAS aluminum. I wiped both the OTAS and the heater down with an isoproponal soaked lint-free cloth. I put a thin sheen of VacSeal on the face of the heater, wiping off the excess from the edges with a cloth. Then I clamped the heater to the OTAS using 2" c-clamps from the tombstone back to the heater front, making sure the alignment of the OTAS was correct (connector on the absolute bottom, concentric with the OTAS outer diameter). I added a second clamp, then beaded the outside of the joint with a little bit extra VacSeal, just for kicks. I'll leave it covered at least overnight, and maybe for a day or two.
sam |
208
|
Thu Dec 20 21:57:34 2007 |
Andrey | Update | Computer Scripts / Programs | Measurements in XARM today |
Today at 2PM I started a program, it should change the suspension gains in the interval from 1.0 to 3.8 with the step 0.2. Estimated running time is till 3.30AM coming night.
Results will be reported on Friday.
BELOW: ADDITION MADE ON FRIDAY EVENING.
Due to some unforeseen circumstances, I was unable to add results on Friday. I have so far accelerometer spectra only, which I add to this ELOG entry.
I have files with the measurement results, and I will process them after Christmas and add to this ELOG entry. I might not be in the lab on Dec. 24 and 25. |
210
|
Fri Dec 21 20:32:25 2007 |
tobin | Update | Photos | GigE camera |
I couldn't resist any longer: I plugged in the Prosilica GC 750 GigE camera and took it for a spin. This is the little CMOS camera which sends out video over gigabit ethernet.
There were no difficulties at all in getting it running. I just plugged in the power, plugged in ethernet, and put on a lens from Steve's collection. I downloaded the "Sample Viewer" from the Prosilica website and it worked immediately.
It turns out that "Kirk's" computer has not only a gigabit ethernet card, but a little gigabit ethernet switch. I plugged the camera into this switch. The frame rate is amazing. With the camera under fluorescent lights I thought I saw some wacky automatic gain control, but I think this ~10Hz flicker is aliasing of the 60 Hz room lighting.
I put the camera on the PSL table briefly and tried viewing the image from a laptop over the (54mbs) wireless network. This didn't work so well: you could get a couple frames out of the camera, but then the client software would complain that it had lost communications. It appeared that scattered 1064nm light did show up brightly on the camera image. There is a green ethernet cable currently stashed on the roof of the PSL that appears unused. We can try mounting the gigE CMOS cable in place of one of the CCD video cameras.
I did not try the Linux software.
The camera is currently set up at Kirk's desk, using the cool little tripod Rana got from CyberGuys.
This camera looks very promising! Also, in the test image attached below, a very unusual condition has been documented. |
213
|
Wed Dec 26 15:00:06 2007 |
rana | Update | SUS | ETMY tripping |
Steve mentioned to me that ETMY is still tripping more than ETMX. The attached DV plot
shows the trend of the watchdog sensors; essentially the RMS fluctuations of the shadow
sensors. (note** DV can make PNG format plots directly which are much better than JPG
when making plots and much smaller than PS or PDF when plotting lots of points). |
214
|
Wed Dec 26 15:12:48 2007 |
rana | Update | SUS | ETMY tripping |
It turned out that the ETMY POS damping gain was set to 1.0 while the ETMX had 3.8.
I put both ETMs to a POS gain of 4 and then also set the PIT, YAW and SIDE gains for
ETMY. Let's see if its more stable now.
In the next week or so Andrey should have perfected his damping gain setting technique
and the numbers should be set more scientifically. |
215
|
Thu Dec 27 12:12:02 2007 |
pkp | Update | | Update on GigE Camera |
So I finally got the linux software to compile on mafalda. I got the software to dump all the information regarding the camera onto a file. I tried to take a tiff snap and came up empty. So I looked at the configuration file and realized that the camera thinks that the frame-rate is a nan. Am reading up the manual to fix the frame-rate manually and then will attempt to take another snap.
All the files are in a folder called Prosilica in /home/controls/ on mafalda. All the executables are in /home/controls/Prosilica/bin-pc/x86/* . On another note, I am looking for a name for the camera. Any suggestions are welcome. |
216
|
Thu Dec 27 13:08:04 2007 |
rana | Update | SUS | ETMY tripping |
Here's a trend from the last 2 days of ETMX and ETMY. You can see that the damping gain increase
has made them now act much more alike. Problem fixed. |
217
|
Thu Dec 27 18:18:56 2007 |
rana | Update | Computers | Update on GigE Camera |
Quote: | So I finally got the linux software to compile on mafalda. I got the software to dump all the information regarding the camera onto a file. I tried to take a tiff snap and came up empty. So I looked at the configuration file and realized that the camera thinks that the frame-rate is a nan. Am reading up the manual to fix the frame-rate manually and then will attempt to take another snap.
All the files are in a folder called Prosilica in /home/controls/ on mafalda. All the executables are in /home/controls/Prosilica/bin-pc/x86/* . On another note, I am looking for a name for the camera. Any suggestions are welcome. |
Suggestion #1: put this in the target area in a directory called /prosilica/. /home/controls is not backed up.
Suggestion #2: put a readme file in there on any work that was necessary to get it to compile.
Suggestion #3: make a wiki page for the camera with all the info that camera code developers will need |
218
|
Sun Dec 30 02:36:35 2007 |
pkp | Update | General | Another update |
So I followed suggestions 1 and 3 so far and have started writing up what all needs to be done in order to compile and use the camera. I wrote a program to ping the camera and get its properties and am working on a program to get an image. The reason why I want to write my own programs to do this, is that it will be easier to reuse and also to compile/use in the first place. The programs currently rest in /cvs/cds/caltech/target/Prosilica/ . Unfortunately I will be away for the next couple of days and will have another update on the 2nd. |
220
|
Thu Jan 3 08:53:55 2008 |
steve | Update | SUS | etmy vs etmx |
Rana have corrected sus gain damping setting of ETMY 8 days ago
gain settings: pos, pit, yaw & sd
etmx: 4,2,2,& -16
etmy: 4,2,2,& 50 |
221
|
Thu Jan 3 09:12:59 2008 |
steve | Update | PSL | MZ servo |
Here is MZ trend for one year and 40 days.
Now days it runs out of range on the low side.
This is the weakest link in the psl today. |
222
|
Thu Jan 3 09:55:11 2008 |
steve | Update | SUS | etmy sus damping restored |
ETMY watch dog was lost at midnight |
225
|
Fri Jan 4 08:42:03 2008 |
steve | Update | SUS | etmy trips again |
ETMY sus damping tripped at 6am this morning
It was reset. We should put an accelerometer to the south end to see
the garbage dumping effect. |
226
|
Mon Jan 7 09:01:39 2008 |
steve | Update | SUS | BS sus damping restored |
The BS sus damping was lost at 8am Sunday morning. |
227
|
Tue Jan 8 15:20:17 2008 |
Pkp | Update | Cameras | GigE update |
[Tobin , Pinkesh]
Finally we got the camera doing something (other than giving out its attributes). The only thing that seems to work so far is a program called AAviewer, which converts the image into an ASCII format and displays it on the screen. If you want to play around with it, log into mafalda (131.215.113.23) via rana.ligo.caltech.edu. Access /cvs/cds/caltech/target/Prosilica/bin-pc/x86/ and there should be a few programs in there, one of which is AAviewer, which requires you to get an IP address (which is 131.215.113.103) for the camera right now. (You can also get the IP information via the ListCameras program). The camera is physically in the 40m near the network rack.
Other programs dont seem to be working and its probably due to the network/packetsize issues. Since linux2 can change its packetsize to a higher number, I will get it to compile on linux2 for now and then give it a shot. |
228
|
Wed Jan 9 10:47:15 2008 |
fricke | Update | Computers | ethernet wiring in office/control room |
The electrical people have been here for three days, installing ethernet cables and drops in the 40m office area, in the old conduits where there was power and 10base2. Soon we will have reliable ethernet connections, instead of relying on switches hanging from the ceiling, etc! |
230
|
Wed Jan 9 20:36:42 2008 |
Go | Update | Treasure | Money in lab |
Go's Desk. |
232
|
Thu Jan 10 10:38:02 2008 |
steve | Update | SUS | etmy damping restored |
The IST building onstruction has really started yesterday and continuing today with big heavy ground breaking
machinary. The MC is holding lock and the suspentions are hanging on.
ETMY does not like this.
SUS-MC2_LLPD_VAR monitor is a good indicator of seismic activity on this 12 days plot |
233
|
Thu Jan 10 12:08:23 2008 |
steve | Update | SUS | why did the BS move? |
|