40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 222 of 339  Not logged in ELOG logo
ID Date Author Type Category Subjectup
  12906   Fri Mar 24 19:04:18 2017 gautamUpdateIMCSeismic feedforward and WFS

[valera, gautam]

On Wednesday at the meeting, we were discussing why we aren't able to achieve more seismic feedforward subtraction in MCL. We spent some time thinking about this yesterday, and this elog is meant to be a summary of the stuff we tried. 

  1. We let the WFS loops run for a while and settle, and then turned the input gain down to zero so that the integrators held the outputs to the suspension at a "good" alignment. If the WFS loop bandwidth is ~0.1 Hz, then they aren't helping us at 1Hz anyways. We then looked at coherence between the seismometer signals in this state compared to when the WFS loops were running, and noticed negligible difference. It doesn't seem like the WFS loops are injecting noise into MCL at ~1Hz.
  2. We decided agains implementing the WFS sensing matrix I measured on Wednesday evening, as we found that the relative magnitudes of the matrix elements are virtually the same as in Koji's measurement back in December 2016. But looking at matrix elements like MC1P->WFS1P compared to MC3P->WFS1P - there is a difference of a factor of ~3. Why should there be? The response should be completely symmetric to MC1 and MC3?
  3. While looking at the OSEM channels (i.e. SUSPIT_IN1_DQ, SUSYAW_IN1_DQ etc) for each of the MC optics, we noticed a dramatic difference between MC1 (factor of ~10 higher) and the other two MC optics.
  4. Looking at coherence between MCL and the seismometer channels, we felt that there is less coherence at low frequencies (1Hz and lower) now than there was back in January when I took a measurement. However, there was coherence between the OSEM signals and the seismometers - so it doesn't look like the seismometer is to blame. To make an apples-to-apples comparison, I compared the MCL and Seismometer channel spectra from January to now (for the latter, at two different settings of the damping loop gains on the MC suspensions), and also the maximum predicted achievable subtraction (using EricQs frequency domain multicoherence tool). The two changes I can think of since January are that the MC1 satellite box has been interchanged with the SRM satellite box, and the IMC servo gains have been reallocated since the RF upgrade. My findings are summarized in attachments #1 and #2.

The seismometer spectra look similar enough to be explained by time of day variations, so perhaps the culprit is MC1. The ambient MCL spectrum is almost an order of magnitude higher above 4Hz now, with the nominal damping loop gains, as compared to back in January. I think the damping loops on MC1 need to be tweaked.

 

Attachment 1: MCL_comparison.pdf
MCL_comparison.pdf
Attachment 2: seis_comparison.pdf
seis_comparison.pdf
  15282   Tue Mar 24 19:41:57 2020 gautamUpdateWienerSeismic feedforward for MCL

Summary:

I think the feedforward filters used for stabilizing MCL with vertex seismometers would benefit from a retraining (last trained in Sep 2015). 

Details:

I wanted to re-familiarize myself with the seismic feedforward methodology. Getting good stabilization of the PRC angular motion as we have been able to in the past will be a big help for lock acquisition. But remotely, it is easier to work with the IMC length feedforward (IMC is locked more often than the PRC). So I collected 2 hours of data from early Sunday morning and went through the set of steps (partially).

Attachment #1 shows the performance of a first attempt.

  • 1 hour of data was used as a training set, and another hour to validate the trained filter.
  • All the data was downsampled to 64 Hz.
  • The number of FIR filter taps was 32 seconds * 64 Hz. 
  • Going through some old elogs, there were a number of suggestions from various people about how the training should be done
    • There was a suggestion that pre-filtering the target signal by the (inverse) actuator TF (i.e. TF from MC2 drive to MCL) is beneficial, presumably because it gives the Wiener filter fitting fewer parameters to fit.
    • There was also suggestions that some frequency-dependent weighting of the target signal should be done (e.g. by bandpassing MCL between 0.1 Hz - 10 Hz) to emphasize subtraction in this band.
    • For this particular example, in my limited paramter space exploration, I found that neither of these measures had particularly significant impact.
  • In any case, the time-domain FIR filtering seems to approach the theoretical best possible performance (based on coherence information). 
  • I have not yet checked what the theoretical limit on subtraction will be based on the seismometer noise ASD.

Attachment #2 shows a comparison between the filter used in Attachment #1 and the filters currently loaded into the OAF system. 

  • In the band where significant subtraction is possible, there is some difference in the shape of the filter.
  • Why should this have changed? I guess there are multiple possibilities - seismometer recentering, signal chain changes, ...

Attachment #3 is the asd after implementing a time domain Wiener filter, while Attachment #4 is an actual measurement from earlier today - it's not quite as good as Attachment #3 would have me expect but that might also be due to the time of the day. 

Conclusions and next steps:

On the basis of Attachments #3 and #4, I'd say it's worth it to complete the remaining steps for online implementation: FIR to IIR fitting and conversion to sos coefficients that Foton likes (prefereably all in python). Once I've verified that this works, I'll see if I can get some data for the motion on the POP QPD with the PRMI locked on carrier. That'll be the target signal for the PRC angular FF training. Probably can't hurt to have this implemented for the arms as well.

While this set of steps follows the traditional approach, it'd be interesting if someone wants to try Gabriele's code which I think directly gives a z-domain representation and has been very successful at the sites.

* The y-axes on the spectra are labelled in um/rtHz but I don't actually know if the calibration has been updated anytime recently. As I type this, I'm also reminded that I have to check what the whitening situation is on the Pentek board that digitizes MCL.

Attachment 1: IMCseisFF.pdf
IMCseisFF.pdf
Attachment 2: filterComp.pdf
filterComp.pdf
Attachment 3: oldFilter_v_proposed.pdf
oldFilter_v_proposed.pdf
Attachment 4: MCL_ff_performance.pdf
MCL_ff_performance.pdf
  5856   Wed Nov 9 20:35:58 2011 MirkoUpdateAdaptive FilteringSeismic noise injection into the MC

Very elaborated measurement ;-)

On 11-11-08:
18:40 Stomp near STS1 for 2mins
18:47 Jump near GUR1 for 2mins
18:52 Walk from MC2 approx. half-way to vertex for 2mins


Tried to see if jumping / stomping the ground near STS1 / vertex or GUR1 / MC2 would show up in the seismometer or MC length data.
In GUR1 jumping / stomping clearly shows up in the timeseries. Also it clearly shows up as a low frequency signal if you walk to a position near MC2. E.g. walk from the vertex to MC2. Stop near the cones. Gives a big dip on GUR1X, that recovers in 10-20sec if you remain stationary. Big "hill" if you come from x-arm end and stop on the x side of MC2. So probably lots of tilt to GUR1X coupling at low frequencies.

Nothing was really visible in spectra (see below).

Resonances:

There appear to be a lot of resonances in the 10-20Hz range, see e.g. 1st attached pic.

Coherence:

Looking at the coherence of difference axis of the seismometers. Kind of dirty measurement, could have all kinds of reasons.
Quite a bit of coherence in STS1 at 5-6Hz. Possibly limiting the STS1X to MC-F coherence to up to 4Hz?

Coherence_GUR.png

Coherence_STS1.png

Attachment 1: Inj_spectra_at_GUR1_all_DOFs.fig
Attachment 2: Inj_spectra_at_GUR1_all_DOFs.png
Inj_spectra_at_GUR1_all_DOFs.png
Attachment 3: Inj_spectra_at_STS1_all_DOFs.fig
Attachment 4: Inj_spectra_at_STS1_all_DOFs.png
Inj_spectra_at_STS1_all_DOFs.png
Attachment 7: Coherence_GUR.fig
Attachment 8: Coherence_STS1.fig
  13146   Thu Jul 27 22:42:24 2017 gautamUpdateSUSSeismic noise, DAC noise, and Coil Driver electronics noise

Summary:

Yesterday at the meeting, we talked about how the analog de-whitening filters in the coil driver path may be more aggressive than necessary. I think Attachment #1 shows that this is indeed the case.

Details:

I had done some modeling and measurement of some of these noises while I was putting together the initial DRMI noise budget, but I had never put things together in one plot. In Attachment #1, I've plotted the following:

  1. Quadrature sum of seismic noise (from GWINC calculations) for 3 suspended optics (I'm sticking to the case of 3 optics since I've been doing all the noise-budgeting for MICH - for DARM, it will be 4 suspended optics).
  2. The unfiltered DAC noise estimate. The voltage noise was measured in this elog. To convert this to displacement noise for 3 suspended optics, I've used the value of 1.55e-9/f^2 m/ct as the actuator coefficient. This number should be accurate under the assumption that the series resistance on the coil driver board output is 400 ohms (we could increase this - by how much depends on how much actuation range is needed).  
  3. Coil driver board and de-whitening board electronics noises (added in quadrature). I've used the LISO model noises, which line up well with the measured noises in elogs 13010 and 13015.
  4. The DAC noise filtered by the de-whitening transfer function, separately for the cases of using one or both of the available biquad stages. This cannot be lower than the preceeding trace (electronics noise of de-whitening and coil driver boards), so should be disregarded where it dips below it. 

It would seem that the coil driver + de-whitening board electronic noises dominate above ~150Hz. The electronics noise is ~10nV/rtHz at the output of the coil driver board, which is only a factor of 100 below the DAC noise - so the stopband attenuation of ~70dB on the de-whitening boards seems excessive.

We can lower this noise by a factor of 2.5 if we up the series resistance on the coil driver boards from 400ohm to 1kohm, but even so, the displacement noise is ~1e-18 m/rtHz. I need to investigate the electronics noises a little more carefully - I only measured it for the case when both biquad stages were engaged, I will need to do the model for all permutations - to be updated. 

Attachment #2 has an iPython notebook used to generate this plot along with all the data.


Edit 28 Jul 2.30pm: I've added Attachment #3 with traces for different assumed values of the series resistance on the coil driver board - although I have not re-computed the Johnson noise contribution for the various resistances. If we can afford to reduce the actuation range by a factor of 25, then it looks like we get to within a factor of ~5 of the seismic noise at ~150Hz. 

Attachment 1: noiseComparison.pdf
noiseComparison.pdf
Attachment 2: deWhiteConfigs.zip
Attachment 3: noiseComparison_resistances.pdf
noiseComparison_resistances.pdf
  5986   Wed Nov 23 02:34:28 2011 MirkoUpdatePEMSeismic spectrum & Striptool

The Striptool for the BLRMS seismic channels is running now. Channels are ( still ) recorded as slow EPICS channels.

A big peak in the 0.1 - 0.3Hz seismic region in both GUR1 and STS1 irritated us for a while. I added an extra LP filter @ 0.05Hz to the RMS_LP modules.

SeismicSpectrum.pdf

 

  2638   Wed Feb 24 16:11:15 2010 JenneUpdatePEMSeismic witnesses near MC1 tank moved

Since we're going to open the MC1 tank tomorrow, I've moved the MC1 accelerometers and the Guralp over to underneath MC2 for the vent.  I'll reconnect them later.

  2661   Sun Mar 7 23:05:39 2010 ranaUpdatePEMSeismic witnesses near MC1 tank moved

Quote:

Since we're going to open the MC1 tank tomorrow, I've moved the MC1 accelerometers and the Guralp over to underneath MC2 for the vent.  I'll reconnect them later.

 I've put both Guralps next to the Ranger and connected them to the breakout box. The data is now good.

I found that the Ranger was not centered and so it was stuck (someone kicked it in the last 2 weeks apparently). I recentered the mass according to the procedure in the manual. Its now moving freely.

In order to do a better huddle test, I increased the gain of the Ranger's SR560 preamp to 100 from 10 and put it on the low noise setting. I also enabled a 2x lowpass at 3 kHz for no good reason.

I couldn't find what the actual value of the gain of the Guralp breakout box is, but I assume its 10. With this assumption the calibrations are this:

Guralp: 800 V/(m/s)  *  10  (V/V)   *  16384  cts/V   =>    7.63e-9  (m/s)/count           (0.03 - 40 Hz)

Ranger:  345 V/(m/s)  * 100 (V/V)  *  16384 cts/V   =>     1.77e-9  (m/s)/count          (above 1Hz)

To account for the fact that I am not damping the Ranger with an external damping resistor, I have changed the calibration poles and zeros: in DTT we now use 2 poles @ 0 Hz and a complex pair at 1 Hz:

G = 1.77e-9

Poles = 0, 0

Zeros = 0.15 0.9887

I think that the Guralp gain is too high by a factor of 2. To really do this right, we should attach a known voltage to the input pins of the Guralp breakout and then read off the amount of counts.

Attachment 1: seis.png
seis.png
  11268   Sun May 3 01:04:19 2015 ranaSummaryPEMSeismo signals are bad

https://ldas-jobs.ligo.caltech.edu/~max.isi/summary/day/20150502/pem/seismic/

Looks like some of our seismometers are oscillating, not mounted well, or something like that. No reason for them to be so different.

Which Guralp is where? And where are our accelerometers mounted?

  13777   Fri Apr 20 23:36:28 2018 KevinUpdatePEMSeismometer BLRMs

Steve secured the GPS time server in the rack above the AA board and removed the wooden block that it was resting on. The new rack is shown in attachment 1.

I then opened the AA board to see why the channels aren't working. Even though the board was powered and outputting 4.6 V, none of the chips were getting power. I must have shorted something while trying to diagnose this and the board is no longer powered either.

The schematic is given in D990147. The D68L8EX filter is bypassed on all the channels, as can be seen in attachment 3, so the board isn't really doing anything. Rana suggested that we could just bypass the whole circuit by wiring the IN channels directly to the OUT channels going to the ADC. I'll try that next for a single channel.

Attachment 1: front.jpg
front.jpg
Attachment 2: back.jpg
back.jpg
Attachment 3: detail.jpg
detail.jpg
  13787   Tue Apr 24 21:19:08 2018 KevinUpdatePEMSeismometer BLRMs

In the ongoing attempt to recover the seismometer BLRMS, I removed the AA board from the rack and modified the BS seismometer Z channel. The BS_Z BLRMs seem to be recovered after this modification.

I removed the three resistors from the output of the circuit and wired the input and from the seismometer directly to the input to the ADC. The modified schematic is shown in attachment 1. Attachments 2 and 3 show the top and bottom of the modified board. The board is doing nothing now other than serving as a connector for this channel.

I put the board back in the rack and injected a 2 Vpp signal into the BS_Z channel and saw +/- 1600 cts in C1PEM-SEIS_BS_Z. I then plugged the seismometer back into the board and took the spectrum shown in attachment 4. This shows the working Z channel giving a reasonable seismic spectrum. Note that X and Y are not modified yet.

If there are no objections, I will modify all the other channels on the board in the same way tomorrow.

Attachment 1: modified_schematic.pdf
modified_schematic.pdf
Attachment 2: top.jpg
top.jpg
Attachment 3: bottom.jpg
bottom.jpg
Attachment 4: BS_Seis_PSD.pdf
BS_Seis_PSD.pdf
  4774   Tue May 31 16:07:57 2011 Larisa ThorneConfigurationElectronicsSeismometer Box Update

 (Continuation of this)

 

I plugged the circuit into the LISO program to generate the graphs below....the first graph is a plot of frequency (f, in Hz) versus gain (in dB), and frequency (f, Hz) versus phase (in degrees). Also included is the second graph, which is a noise plot of all circuit parts which contribute to the total noise of the circuit.

 

The only issue I had was that two of the op amps I'd picked (see third attachment for the original circuit diagram) for the circuit were not in LISO's op amp library. So I replaced THS4131 (from the voltage buffer part) and AD826 (from the ADC driver part) with AD797 and LT1037, respectively in order to generate the plots below....   

 

There are notes calling the AD797 "ultra low noise, low distortion", whose data sheet can be found here: AD797 

Notes also call LT1037 "low noise, high speed precision op amp", whose data sheet can be found here: LT1037

 

I've put these in temporarily only, as I don't know if they are appropriate choices for the job or even if we have them. Suggestions?

Attachment 1: SeisBoxLISOplot1.pdf
SeisBoxLISOplot1.pdf
Attachment 2: SeisBoxLISOplot2.pdf
SeisBoxLISOplot2.pdf
Attachment 3: STS2diagram_original.pdf
STS2diagram_original.pdf
  4785   Sat Jun 4 15:26:04 2011 Larisa ThorneUpdateElectronicsSeismometer Box Update

 (continuation of this)

 

Here are the transfer function and noise plots of the seismometer box, using the op amps that are actually indicated on the original plan (THS4131, AD826). I added them to the LISO op amp library (can be found in /cvs/cds/caltech/apps/linux64/liso/filter/opamp.lib)

Next step is to compare the noise graph below to the seismic noise curve of the interferometer to verify that the seismometer box configuration won't affect the curve...

Attachment 1: SeisBoxLISO_transfer.pdf
SeisBoxLISO_transfer.pdf
Attachment 2: SeisBoxLISO_noise.pdf
SeisBoxLISO_noise.pdf
  4807   Fri Jun 10 20:23:56 2011 Larisa ThorneUpdateElectronicsSeismometer Box Update/graphs

 (continuation of this)

 

The noise graphs relating total noise of the Seismometer circuit (GURALP stuff) to the LIGO seismic noise curve have been completed started.

 

 

I apparently harbor hate towards Matlab (you may have notice I do everything in Mathematica)....I will try to change my ways  DX

Attachment 1: SeisNoiseGraphs.jpg
SeisNoiseGraphs.jpg
  4810   Mon Jun 13 16:27:10 2011 JenneUpdateElectronicsSeismometer Box Update/graphs

Quote from elog 4807:

The noise graphs relating total noise of the Seismometer circuit (GURALP stuff) to the LIGO seismic noise curve have been completed started.

 What Larisa meant to post (I'm sure) is something more like this (sorry it's a little squished...I put too many words in the legend):

I've only included the 2 noise contributions from the LISO model that seem to dominate the sum noise.  The plot gets a little crazy if you include all of the non-important sources.

NewSeisBoxNoise.png

So, what's the point??

First, the new box design doesn't have any crazy-special op-amps in it, so the noise of the new box is probably comparable to the old box.  So, if that's true, the old box may not have been limiting the differential seismic noise.  This definitely needs to be checked out.  I'll make a quickie LISO model of the old Guralp breakout box, to see what its noise actually looks like, according to LISO.  If it wasn't ever the breakout box that was limiting us, what the heck was it??

Second, the current box design seems to be better than the Guralp Spec sheet noise by ~a factor of 10.  It would be nice if that number were more like a factor of 100.  Or at least 30.  So some work needs to be done to find a lower-noise op amp for the voltage buffer (the first op amp in the circuit).

Next steps:

Since Larisa is now starting her SURF project with Tara and Mingyuan, I'll look into improving the design of this box by a factor of 3 or 10. 

Then I'll need to make a mock-up of it, and test it out. 

If successful, then I'll draw it up in Altium and have it made.  Recall that there should be 2 outputs per seismometer channel, one with high gain, one with low gain.  Then 3 seismometer channels per seismometer (X, Y, Z), and perhaps multiple seismometer inputs per box.  So lots and lots of stuff all in the same box.  It's going to be pretty cool.

  4061   Wed Dec 15 18:29:59 2010 JenneUpdatePEMSeismometer Channels Being Recorded Again

The Seismometer channels are once more being recorded.  Alastair brought Gur1 back from the ATF the other day, and today I put it in its place below MC2 (yeah, the numbers are backwards.  But they always have been.) 

I checked the matching between BNC inputs on the breakout box to the ADC channels as labeled in the SimuLink diagram.  To do this I had all 32 channels activated, and I put a 1Hz, 1Vpp sine wave into various BNC inputs to see what channel they showed up as.  At first things were a bit backwards (BNC channels 1-16 going to ADCs 16-31, and BNCs 17-32 going to ADCs 0-15), but then Joe quickly flipped the cables on the adapter board in the back and things are in the correct order now.  Channel 1 on the BNC board corresponds to channel 0 on the ADC, etc. 

I checked that jumping near each seismometer made the signals spike, which they did. 

I then changed the channel names in the c1pem.mdl SimuLink diagram to match the old channel names for the Guralps and the accelerometers, and deleted all of the other channels that aren't being used.  There's a table in the diagram to indicate what goes with what, as of today.  If you do anything to the PEM diagram, please update the table so it's easy to look things up.

I recompiled the code, but have not yet restarted the frame builder since Zach and Kiwamu are working on some things in the chamber, and I don't want to be annoying (so the channels aren't actually being recorded quite yet). 

Edit, 7:15pm:  Just kidding.  Something didn't work, and I have to track down what.  I'm not getting any data yet.

  826   Mon Aug 11 19:09:28 2008 JenneDAQPEMSeismometer DAQ is being funny
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.

Sharon and I checked that the output of the seismometer looks reasonable - sinusoidal when I tap on the seismometer, and the the output of the SR560 (preamp) is also fine, and not clipping. If I stomp on the floor, the output of the SR560 goes above 2V (to about 3V ish), so we should be saturating the DAQ, and getting the max number of counts out. However, as you can see in the first figure, taken when I was tapping the seismometer, the number of counts at saturation is well beneath 32768counts. (16 bit machine, so the +-2V of the DAQ should have a total range of 65536. +2V should correspond to +32768counts.) The second figure shows 40 days of seismometer data. It looks like we saturate the DAQ regularly.

I did a check of the DAQ using an HP6236B power supply. I sent in 1V, 2V and 2.2V (measuring the output of the power supply with a 'scope), and measured the number of counts output on the DAQ.

Input Voltage [V]Counts on DataviewerExpected counts from 16 bit machine
11898316384
22933132768
2.22934732768


I'm not sure why the +1V output more than the expected number of counts (unless I mis-measured the output from the power supply).

Moral of the story is...when the DAQ is saturated, it is not outputting the expected number of counts. To be explored further tomorrow...
Attachment 1: SeisDAQ.png
SeisDAQ.png
Attachment 2: SeisData.png
SeisData.png
  12160   Thu Jun 9 09:57:06 2016 AakashUpdateGeneralSeismometer Enclosure Development
Me and Gautam yesterday opened the tilt-free seismometer enclosure to see if we could use the thermocouples and
other things previously used by Megan. But we are planning to get new four-wire RTDs for our work.
For the next day or two, I will be trying to set up Acromag Busworks terminal so that the data logging during
this enclosure development experiment becomes perfect and easy. Johannes has sent me the wiki page URL for the same.
  12224   Tue Jun 28 22:54:43 2016 AakashUpdateGeneralSeismometer Enclosure Development | SURF 2016

The existing enclosure for seismometer at LIGO 40m lab is a cylindrical stainless steel can placed upside down over the seismometer. It has more empty space between the seismometer and the internal surface of enclosure which is not desirable(I'll quantitatively elaborate this statement once my temperature measuring setup is ready).

 

Stainless steel has a thermal conductivity in the range of 16.3 to 16.7 W/m/K and magnetic permeability 1.260e-6 H/m.Assuming an ambient temperature 298K, and the temperature inside the enclosure as 295K, as well as substituting all the values for dimesions and material properties of existing enclosure,
k=16.4 W/mK, μ=1.260e-6 H/m, L=2ft=0.6096m, b=r2 =0.5ft=0.1524m, thickness=5mm, a=r1 =0.1474m.
So by using the textbook relations(I have mentioned them in my report), the value of attenuation coefficient is 5.953584e-05 and the value of rate of heat transfer= 5.64913 kW. The attenuation coefficient value is quite better for steel but proper care needs to be taken to avoid heat transfer. For studying the variation of rate of heat transfer and attenuation with the thickness of enclosure material, I have plotted the following attached graphs for different materials which include hardened stainless steel, aluminium, pure iron and nanoperm-muMetal.

 

 

About Data Acquisation

I have already invested a lot of time to configure and use acromag busworks card over ethernet. So now I have made an arrangement to measure temperature by AD592CNZ temperature transducer IC. I would be using raspberry pi for acquiring data untill I figure out a way to use acromag busworks card for the same. This setup of acquiring logging temperature using raspberry pi is mostly ready except the calibration part.

  12236   Fri Jul 1 01:52:54 2016 AakashUpdateGeneralSeismometer Enclosure Development | SURF 2016

I have transferred most of the temperature measurement stuff from the front area to seismometer at the end of Y-arm.  While arranging the components I have taken all care that they will not interfere with existing system. Also, I have temporarily taken a monitor from the front area to the area near same seismometer as I couldn't talk to Rpi via ssh. For next twelve hours, I am now recording temperature inside as well as outside the seismometer enclosure. Some temperature sensors are inside the enclosure while some are outside the seismometer enclosure.

 

  12253   Wed Jul 6 16:40:09 2016 AakashUpdateGeneralSeismometer Enclosure Development | SURF 2016

I am using AD592CNZ temperature transducer ICs for measuring temperature inside as well as outside the enclosure. It is a  current output IC which outputs current proportional to temperature. As mentioned in the data sheet of AD592, I am using the following two schematics:

 

Though I still need to calibrate these temperature transducers, I did some measurements. I have temperature readings, and now my goal in few days is to find a transfer function of temperature fluctuations inside the enclosure to outside the enclosure.

 

About data acquisition:

We have re-configured the raspberry pi(B8:27:EB:70:D0:D8) on martian network. It's new ip address is 192.168.113.107(domenica.martian). Also, we have added the Acromag Busworks card(00:01:C3:00:9F:C8) on the martian network and its ip address is 192.168.113.237(acroey.martian).   

  12256   Wed Jul 6 20:51:00 2016 KojiUpdateGeneralSeismometer Enclosure Development | SURF 2016

Circuit1: It is nice to receive the voltage across the transimpedance resistor with a high impedance buffer (or amplifier), as close to the resister as possible. This amplifier needs to have low numbers for input bias current, input offset current, and input current noise. These current noise becomes the noise of the temperature reading. On the top of that, the input voltage noise of the buffer will be added to the output. The typical noise model can be found in http://www.analog.com/media/en/technical-documentation/application-notes/AN-940.pdf

The good candidates for the buffer is LT1128, ADA4004, OPA140, and LT1012. If the application is not too sensitive to the total noise, OPA604 is a good choise with easier handling.

Circuit2: With the same reason, AD741 is an old generic amp that is not a great choise for this purpose. The current noise is more significant because of the higher transimpedance here. The same noise model as above can be used to analyze the performance.

  2237   Wed Nov 11 12:50:10 2009 JenneUpdatePEMSeismometer Noise Characteristics

The attached plot shows the spectra of the 3 Z axes of the 3 seismometers we have (this data is from ~20Aug2009, when the Ranger was in the Z orientation) in Magenta, Cyan and Green, and the noise of each of the sensors in Red, Blue and Black.  The noise curves were extracted from the spectra using the Huddle Test / 3 Corner Hat method.  The Blue and Black traces which are just a few points are estimates of the noise from other spectra.  The Blue points come from the Guralp Spec Sheet, and the Black comes from the noise test that Rana and I did the other day with the Ranger (elog 2223).  

I'm not really happy with the black spectra - it looks way too high.  I'm still investigating to see if this is a problem with my calibration/method....

Attachment 1: HuddleTest_Aug2009data.png
HuddleTest_Aug2009data.png
  2833   Thu Apr 22 20:28:40 2010 JenneUpdatePEMSeismometer Noise Characteristics

Quote from elog 2237, 11 Nov 2009:

The attached plot shows the spectra of the 3 Z axes of the 3 seismometers we have (this data is from ~20Aug2009, when the Ranger was in the Z orientation) in Magenta, Cyan and Green, and the noise of each of the sensors in Red, Blue and Black.  The noise curves were extracted from the spectra using the Huddle Test / 3 Corner Hat method.  The Blue and Black traces which are just a few points are estimates of the noise from other spectra.  The Blue points come from the Guralp Spec Sheet, and the Black comes from the noise test that Rana and I did the other day with the Ranger (elog 2223).  

I'm not really happy with the black spectra - it looks way too high.  I'm still investigating to see if this is a problem with my calibration/method....

 So, as it turns out (surprise), I'm a spaz and forgot a 2*pi when calibrating the Guralp noise spectra from the spec sheet.  I noticed this when redoing the Huddle Test, and comparing my Spec Sheet Guralp noise with Rana's, which he shows in elog 2689.  When going from m/s^2, the units in the spec sheet, I just tilted the line by a factor of frequency.  Koji pointed out that I needed a factor of 2*pi*f.  That moves the Guralp spec line in the plot in elog 2237 (to which this entry is a reply) down by ~6, so that my measured noise is not, in fact, below the spec.  This makes things much more right with the world.

In other news, I redid the Huddle analysis of the 2 Guralp seismometers, ala Rana's elog 2689. The difference is now we are on the granite slab, with soft rubber feet between the floor and the granite.  We have not yet cut holes in the linoleum (which we'll do so that we're sitting directly on the 40m's slab).

Rana> this seems horrible. Its like there's a monster in there at 6-7 Hz! Either the seismos are not centered or the rubber balls are bad or Steve is dancing on the granite slab again.

 

Attachment 1: Gur1_Gur2_noise.png
Gur1_Gur2_noise.png
  13850   Wed May 16 21:47:17 2018 KevinUpdatePEMSeismometer Noise Spectra

Earlier today Kira and I reconnected the EX seismometer. I just took some spectra of all three seismometers, shown in the attachments, to compare with past data and to do a rough check of the calibration.

This elog has a spectra from 2010 (GUR1 is now EY) and this elog has one for BS at lower frequencies from 2017. Note that the EX seismometers now have strong peaks that are not at 60 Hz harmonics. Other than these peaks, these old spectra roughly match up with the ones taken today, so the callibration is still roughly the same. I couldn't find any old data for EX (GUR2) though so I don't know for sure that these peaks weren't there before.


gautam 20180517 0930: In 2017, Gur2 (now EX) looked like this. Still peaky, but the peaks seem shifted in frequency. Steve also informed me that the Gur1 and Gur2 cables were swapped n times, so perhaps we shouldn't read too much into that.

Attachment 1: BS_vel.pdf
BS_vel.pdf
Attachment 2: EX_vel.pdf
EX_vel.pdf
Attachment 3: EY_vel.pdf
EY_vel.pdf
  3354   Tue Aug 3 11:50:16 2010 JenneUpdatePEMSeismometer Problem Tracked down

After some cable swapping this morning, I have determined which cable is bad.  It's the Gur1 cable between the seismometer and the breakout box.  This is a milspec -> 37pin d-sub cable.  I'll pull out the cable and have a look at it after lunch.

  5200   Thu Aug 11 19:14:22 2011 Ishwita , ManuelUpdatePEMSeismometer STS2(Bacardi, Serial NR 100151) moved near ETMX

We moved the STS2(Bacardi, Serial NR 100151) to his new location and laid his cable from rack 1X7 to ETMX. The seismometer was below the mode cleaner vacuum tube before.

Now, (since 6:05pm PDT) its placed near the ETMX.

cable_to_etmx.pngsts2_etmx.png

 

  3351   Tue Aug 3 01:51:01 2010 JenneUpdatePEMSeismometer Update: Still not good, but perhaps getting better

Quote:

Today's seismometer diagnosis activities are still underway, this is just an update (since I did some reboots):

Problem 1: X and Z channels on both seismometers were flipped.  I unplugged an X cable (East/West on the cable labels) and the Z channel (vert) would go to floating ADC zero.  Rana suggested that the ADCs sometimes have random channel hopping, and that a reboot of the c0dcu1 computer which handles the PEM ADCU should fix this problem.  I keyed the c0dcu1 / c0daqawg crate, those computers came back just fine, and the channels were no longer flipped.  This is a good thing.  Although now it's actually the Z channels that were / are bad on both seismometers, not the X's.

While rebooting those computers, c1iovme, c1sosvme, c1susvme1 and c1susvme2 crashed.  I rebooted them, although for the first few power cycles c1susvme1&2 couldn't mount /cvs/cds/caltech.  Eventually they did, and life is good again.  Except that the seismometers are still funny.

 Some more progress, but still not complete:

Jan and I looked at all of the Gur channels on a 'scope (battery, so as not to be grounded), and 5 of the 6 looked good.  We were looking at the BNCs just as they go into the ADC.  The one which still looks bad is Gur1Z.  The 'scope just doesn't see any signal on that channel. 

In addition, the ADC's BNC input #4 (which normally has Gur2Z) looks totally shot.  When it's floating, the signal on dataviewer definitely doesn't look floating.  I'm probably going to have to move over to another channel, and just give that one up (this ADC already has several channels which have been declared bad, so maybe it's not a surprise that this can happen?)

Since one of the Gur signals looks bad (Gur1Z) and one of the ADC channels looks bad (usual Gur2Z), I switched the Z channels on the ADC board, so the channel being saved as Gur1Z is in fact Gur2Z.  This is valid as of ~1:15am until further elog notice.

During my investigations into why Gur1Z is funny, I also looked at the signal on the BNC octopus cable coming straight from the output of the Guralp Breakout Box (this is the cable which goes from "ADC Out" on the back of the box which is a 37 pin D-sub to 9 differential BNCs), and sometimes I saw zero on the 'scope, but sometimes there was a signal which would coincide with jumping tests.  Whenever there was a signal however, it was always a way lower amplitude (at least by a factor of 10?) than the other channels.

All of this craziness led to me pulling the Guralp box to investigate. 

Upon opening the box, I recalled that the channels go in order: Vert, NS, EW.  The Gur1Z channel is that first vert channel, and it's the one which always had a blue input capacitor rather than a surface mount one.  Being suspicious of Frank and Alastair, since they seemed unhappy with my capacitor choices, I wondered if they had wiggled the blue cap, and tore something loose.  Just in case, and to make things seem more uniform, I replaced the blue cap with a surface mount 1uF cap.  (Actually its 0.909uF, replacing the 0.905uF blue cap, according to the black DMM that measures capacitance.) While I was in there, since it had been a problem in the past (elog 2811), I relflowed the solder on some of the resistors, especially near the output op amp. 

Anyhow, none of that may have been necessary.  All 6 of the Gur channels were examined on a 'scope, using clip doodles to measure the various Test Points on the circuit.  I looked at all of the TPs in Gur1Z, and I didn't find that any particular stage was any noisier than the others.  Also, all 6 of the Gur channels seemed totally fine in terms of sending a good signal to the output of the box, including Gur1Z which is currently under investigation.  All of the channels passed the "output looks ~20x the input" test, and for approximately equal thumping on the ground all 6 channels seemed to have similar amplitude outputs.  The Z channels on both channels one and channels two were a little bigger than the X's or Y's, but the 2 Z channels were about the same.  This test was done using Guralp2 and the Gur2 cable on both channels 1 and 2, and then checked with Guralp 1, using the Gur2 cable on channels 1.  The Vert1 channel always seemed good.

I now am suspicious of one or more of the cables: either the Gur1 cable from the seismometer to the box, or the Vert1 channel of the octopus cable.  I'm satisfied that the BNC cables running through the cable tray are okay (although it might not hurt to check that they all successfully send a sine wave...)  I opened up the backshell of the Gur1 cable, on the end that connects to the breakout box.  Nothing seemed amiss.  I still need to Beep the cable to check its connections, and look at the octopus cable. 

Recap / Current Status:  Breakout Box is reinstalled, both seismometers hooked up.  The Z channels on the seismometers are swapped at the ADC input. The dataviewer channels Gur1_X, Gur1_Y, Gur1_Z (which is actually Z of Gur2 seismometer) and Gur2_X, Gur2_Y are all good.  Nancy is going to leave the MC in a happy place, and note the time when she's done. Tomorrow I'll check out the cables for the Gur1Z seismometer channel. 

  3349   Mon Aug 2 18:02:46 2010 JenneUpdatePEMSeismometer Update: Still not good, but perhpas getting better

Today's seismometer diagnosis activities are still underway, this is just an update (since I did some reboots):

Problem 1: X and Z channels on both seismometers were flipped.  I unplugged an X cable (East/West on the cable labels) and the Z channel (vert) would go to floating ADC zero.  Rana suggested that the ADCs sometimes have random channel hopping, and that a reboot of the c0dcu1 computer which handles the PEM ADCU should fix this problem.  I keyed the c0dcu1 / c0daqawg crate, those computers came back just fine, and the channels were no longer flipped.  This is a good thing.  Although now it's actually the Z channels that were / are bad on both seismometers, not the X's.

While rebooting those computers, c1iovme, c1sosvme, c1susvme1 and c1susvme2 crashed.  I rebooted them, although for the first few power cycles c1susvme1&2 couldn't mount /cvs/cds/caltech.  Eventually they did, and life is good again.  Except that the seismometers are still funny.

  10948   Wed Jan 28 08:53:01 2015 SteveUpdatePEMSeismometer Vertex is covered

 

Quote:

I have just put the seismometers back into their nominal positions, on the concreted slabs.  The T-240 is in the vertex, and the 2 Guralps are at the end stations.

The vertex location doesn't have a spaghetti pot right now.  There is an aluminum support for cable trays that is welded to the supports under the beam tube that is in the way.  The pot looks like it will fit barely, if it were slid totally horizontally into place.  However we can't do that with the seismometer in place.  I'll chat with Steve this afternoon about our options. 

Since I don't know that we are planning on ever putting a cable tray on the inside of the beamtube, perhaps we can cut ~6 inches of this piece away. 

Aluminum support beam removed and seismometer is covered.

  10976   Wed Feb 4 19:21:45 2015 JenneUpdatePEMSeismometer Vertex is covered

I opened up the spaghetti pot over the vertex seismometer, and taped the cable to the slab.  The way the cable is coiled, it was touching the underside of the seismometer.  Now the only connection is at the cable connector.  There is a ~few inch bit of cable, then it's taped down. 

  10368   Tue Aug 12 13:31:58 2014 JenneUpdatePEMSeismometer cables in place, ready for sensors

[TaraV, Jenne]

The short cable from the slab to the sensor has been assembled and installed for the Trillium slab at the corner station.  The corner still needs the sensor and the long cable, both of which are in use by the gyro experiment.

The STS-2 cable that was running to the Xend was pulled, and the new long Guralp cable that Den made was installed with help from Andres.  The Xend just needs the sensor itself, which is also in use in gyro-land.

So, once we get the 2 seismometers and the one cable back from Zach, we should have 3 sensors nicely on the slabs that Den and Steve designed.

  13575   Wed Jan 24 13:55:04 2018 KiraSummaryPEMSeismometer can insulation test

Gautam and I set up the insulated seismometer can in the lab today. I had previously wired up the two heaters I placed onto the sides of the can in parallel to get a total resistance of 12.5 ohms and then I wrapped the whole can in 3 layers of insulation (k-factor 0.25). We placed it on a large sheet of insulation as to not crush the wires leading out the bottom of the can. I stuck on one of my AD590 sensors to the inside of the can onto the copper lining using duct tape, though this is only a temporary solution. In the future, it would be nice to have some sort of thermal clamp to secure the sensor to the can. To provide power to the heater circuit board and the temperature sensor board, we got a powerstrip and plugged in two power supplies and a function generator into it. The heater circuit (attachment 3) is powered by one of the power supplies and the function generator, while the temperature sensor (attachment 5) is stuck to the side of the can and is powered by the second power supply. The heater circuit's MOSFET (IRF640, attachment 4) is placed on a metal block and sandwiched between two more to make sure it doesn't move around. The temperature sensor is connected by a long BNC cable to the channels in attachment 6.


gautam: we plugged the BNC output of Kira's temperature sensor circuit to J7 on the AA input chassis in 1X2 - this corresponds to ADC1 input 12 in c1ioo. I then made a "PEM" namespace block inside the c1als model, and placed a single CDS filter module inside it (this can be used for calibration purposes). The filter module is named "C1:PEM-SEIS_EX_TEMP", and has the usual CDSfilt channels available. I DQ'ed the output of the filter module (@256 Hz, probably too high, but I'm holding off on a recompile for now). Recompilation and model restart of c1als went smoothly. 

2 bench power supplies are being used for this test, we can think of a more permanent solution later.

**25 Jan noon: Added another filter module, "C1:PEM-SEIS_EX_TEMP", to which Kira is hooking up a second temperature sensor, which will serve as a monitor of the "Ambient" lab temperature. Added DQ channel for the output of this filter module, fixed sampling to 32Hz. Compile and restart went smooth.

Attachment 1: IMG_20180124_124209.jpg
IMG_20180124_124209.jpg
Attachment 2: IMG_20180124_124202.jpg
IMG_20180124_124202.jpg
Attachment 3: IMG_20180124_124224.jpg
IMG_20180124_124224.jpg
Attachment 4: IMG_20180124_124229.jpg
IMG_20180124_124229.jpg
Attachment 5: IMG_20180124_124236.jpg
IMG_20180124_124236.jpg
Attachment 6: IMG_20180124_124156.jpg
IMG_20180124_124156.jpg
  13582   Thu Jan 25 12:41:18 2018 KiraUpdatePEMSeismometer can insulation test

We started the actual heating test today and it seems to be working so far. Hoping to heat it to about 40C. We also set up another temperature sensor to measure the lab temperature and connected it to J7, bottom.

Quote:

Gautam and I set up the insulated seismometer can in the lab today. I had previously wired up the two heaters I placed onto the sides of the can in parallel to get a total resistance of 12.5 ohms and then I wrapped the whole can in 3 layers of insulation (k-factor 0.25). We placed it on a large sheet of insulation as to not crush the wires leading out the bottom of the can. I stuck on one of my AD590 sensors to the inside of the can onto the copper lining using duct tape, though this is only a temporary solution. In the future, it would be nice to have some sort of thermal clamp to secure the sensor to the can. To provide power to the heater circuit board and the temperature sensor board, we got a powerstrip and plugged in two power supplies and a function generator into it. The heater circuit (attachment 3) is powered by one of the power supplies and the function generator, while the temperature sensor (attachment 5) is stuck to the side of the can and is powered by the second power supply. The heater circuit's MOSFET (IRF640, attachment 4) is placed on a metal block and sandwiched between two more to make sure it doesn't move around. The temperature sensor is connected by a long BNC cable to the channels in attachment 6.


gautam: we plugged the BNC output of Kira's temperature sensor circuit to J7 on the AA input chassis in 1X2 - this corresponds to ADC1 input 12 in c1ioo. I then made a "PEM" namespace block inside the c1als model, and placed a single CDS filter module inside it (this can be used for calibration purposes). The filter module is named "C1:PEM-SEIS_EX_TEMP", and has the usual CDSfilt channels available. I DQ'ed the output of the filter module (@256 Hz, probably too high, but I'm holding off on a recompile for now). Recompilation and model restart of c1als went smoothly. 

2 bench power supplies are being used for this test, we can think of a more permanent solution later.

**25 Jan noon: Added another filter module, "C1:PEM-SEIS_EX_TEMP", to which Kira is hooking up a second temperature sensor, which will serve as a monitor of the "Ambient" lab temperature. Added DQ channel for the output of this filter module, fixed sampling to 32Hz. Compile and restart went smooth.

 

  13584   Thu Jan 25 14:58:20 2018 KiraUpdatePEMSeismometer can insulation test

After almost 3 hours the temperature rose by about 3.5C. Seems a bit slow, but we can drive it more if necssary. The heating curve itself is exponentiial, which is a good sign.

Quote:

We started the actual heating test today and it seems to be working so far. Hoping to heat it to about 40C. We also set up another temperature sensor to measure the lab temperature and connected it to J7, bottom.

 

  13585   Thu Jan 25 16:39:09 2018 KiraUpdatePEMSeismometer can insulation test

The final temperature reached in about 4.5 hours is 30.5C, while the starting temperature is about 24C. I can't seem to screenshot the data for some reason.

Also, I will calibrate the lab temperature sensor to Celcius in the near future so that we would have a working sensor inside the lab.

Quote:

After almost 3 hours the temperature rose by about 3.5C. Seems a bit slow, but we can drive it more if necssary. The heating curve itself is exponentiial, which is a good sign.

Quote:

We started the actual heating test today and it seems to be working so far. Hoping to heat it to about 40C. We also set up another temperature sensor to measure the lab temperature and connected it to J7, bottom.

 

 

Attachment 1: HeaterTest.png
HeaterTest.png
  13598   Thu Feb 1 16:09:13 2018 KiraUpdatePEMSeismometer can insulation test

After taking the measurements, calibrating them (approximately), and filterting them, I created the following plot. The exponential fit is quite good, as the error is not more than 0.03 C. I used the python function curve_fit in order to get this, and it gave me the time constant as well, which came out to 0.357 hr. From my previous calculations here, I plugged in the values we have (m = 12.2 kg, c = 500 J/kg*k, d = 0.0762 m, k = 0.26 W/(m^2*K), A = 1 m^2), and got that

\tau = \frac{mcd}{kA}=0.496hr

This is a bit off, but it's probably due to the parameters not being exactly what I supposed them to be, and heat losses through the bottom of the can.

Attachment 1: cooling_fit.png
cooling_fit.png
  13605   Mon Feb 5 12:12:41 2018 KiraUpdatePEMSeismometer can insulation test

Attached the program I used to create the plot

Quote:

After taking the measurements, calibrating them (approximately), and filterting them, I created the following plot. The exponential fit is quite good, as the error is not more than 0.03 C. I used the python function curve_fit in order to get this, and it gave me the time constant as well, which came out to 0.357 hr. From my previous calculations here, I plugged in the values we have (m = 12.2 kg, c = 500 J/kg*k, d = 0.0762 m, k = 0.26 W/(m^2*K), A = 1 m^2), and got that

\tau = \frac{mcd}{kA}=0.496hr

This is a bit off, but it's probably due to the parameters not being exactly what I supposed them to be, and heat losses through the bottom of the can.

 

Attachment 1: temp_data.py
from scipy.optimize import curve_fit
from scipy.signal import decimate
import cdsutils as cds
import numpy as np
import matplotlib.pyplot as plt

#extract data
channel = ['C1:PEM-SEIS_EX_TEMP_OUT_DQ']
tstart = 1200962230
tend = 1201041084
... 49 more lines ...
  13614   Wed Feb 7 12:35:56 2018 KiraUpdatePEMSeismometer can insulation test

I subtracted out the lab temperature change during the period of cooling to see if it would have a significant effect on the time constant, but when I fit the new data, the time constant came out to 0.355 hr, which is not a significant change from the value of 0.357 that I got earlier.

Attachment 1: fit_1.png
fit_1.png
  11449   Tue Jul 28 05:00:03 2015 IgnacioUpdateGeneralSeismometer cans

I've have been talking a little bit with Steve about the seismometer enclosures.

We want to improve on the current stainless steel cans that cover the two Guralps at the end of the arms. In order to do this, we want to cover the interior of the cans with copper foil to improve the thermal conductivity of the enclosure to better control the temperature inside it. Ideally, we would want to copper plate the cans, but cost and difficulty has been an issue.

I have done some rough calculations and it seems that we need a copper layer of thickness being about a third that of the stainless steel can. This happens to be around 0.5-0.6 mm since we have 16 gauge (~1.6 mm) stainless steel cans. 

After wrapping the cans interior with copper, we will insulate them with foam in order to improve its thermal inertia. We want to probably use the same foam that Megan has been using for her seismometer enclosure. I have yet to think about a heater, but something similar to Megans resistor thing would work only smaller. I would be placed inside the can, right on the center of its bottom in order to ditribute heat evenly.

 

  12393   Wed Aug 10 17:20:16 2016 LydiaUpdateGeneralSeismometer channel names changed

[ericq, Lydia]

We changed the seismometer channel names from, e.g. C1:PEM-SEIS_GUR1_X to C1:PEM-SEIS_EY_X.

  • GUR1 referred to the seismometer at the Y end, GUR2 referred to the seismometer at the X end, and STS1 referred to the seismometer at the vertex. These have been renamed EY, EX, and BS respectively in all channel and filter names. 
  • The models for c1pem and c1oaf were changed in Simulink. The DAQ boxes were also updated with the new names. The script which forcibly renames channels saved to disk was edited to no longer refer to the GUR1, GUR2 etc channels. Going along with what Rana suggested we decided not to change the names of the renamed channels this way when saving, so the data saved from the seismometers can be found under e.g. C1:PEM-SEIS_EY_X_OUT_DQ. 
  • The filter files generated by Foton were changed to reflect the new channel names. 
  • We compiled the changes to the models and restarted the models on the relevant machines (c1lsc for the c1oaf model and c1sus for the c1pem model). c1sus_aux was down so we manually restarted it to turn off the watchdogs as a precaution before putting too much strain on c1sus. 
  • The MEDM screens now show the correct information, relabeled with the new names under PEM-RMS. 
  • The striptool display projected on the wall now shows the appropriate C1:PEM-RMS_BS channels and has been renamed to "SeismicRainbowBS.strip" 
  • We verivied that the new channels can be accessed live and the data from the DQ channels is saved to disk. 
  • After the changes were complete, we attempted to commiting to svn (the commit also included bringing the MEDM screen files into version control.) However the svn server was taking a long time to respond, so we will try again tomorrow to commit the file changes. 
  • There are still some lefotver unused channels with name sinculding STS_2 and STS_3 that refer to seismomters we no longer use. We left these alone. 

Summary of new channel names:

C1:PEM-RMS_{BS, EX, or EY}_{X, Y, or Z} followed by the same filtering options as before, e.g. _BP_1_3_OUT

C1:PEM-SEIS_{BS, EX, or EY}_{X, Y, or Z}_{EXC, IN1, IN2, OUT, or OUT_DQ} 

C1:OAF-WIT_{BS, EX, or EY}_{X, Y, or Z}_{EXC, IN1, IN2, or OUT} 

 

  11530   Tue Aug 25 16:33:31 2015 Ignacio, SteveConfigurationPEMSeismometer enclosure copper foil progress

Steve ordered about two weeks ago a roll of 0.5 mm thick copper foil to be used for the inside of the seismometer cans. The foil was then waterjet cut by someone in Burbank to the right dimensions (in two pieces, a side and a bottom for each of the three cans).

Today, we glued the copper foil (sides only) inside the three seismometer cans. We used HYSOL EE4215/HD3561(Data Sheet) as our glue. It is a "high impact, low viscocity, room temperature cure casting" that offers "improved thermal conductivity and increased resistance to heat and thermal shock." According to Steve, this is used in electronic boards to glue components when you want it to be thermal conductive.

We are going to finish this off tomorrow by gluing the bottom foil to the cans. The step after this involves soldering the side to the bottow and where the side connects. We have realized that the thermal conductivity of the solder that we are using is only ~50. This is 8 times smaller than that of copper and wil probably limit how good a temperature gradient we will have.

Some action shots,

  1141   Mon Nov 17 16:59:22 2008 JenneUpdatePEMSeismometer hooked up, reading channels on DataViewer
Alberto, Jenne

The Guralp Seismometer is (finally) hooked up to the PEM ADCU. Alberto helped me make channels in the c1pem1 .ini file, which correspond to:

Guralp1 VERT = channel 9 on PEM ADCU = C1:PEM-SEIS_MC1_VERT
Guralp1 NS = channel 10 on PEM ADCU = C1:PEM-SEIS_MC1_NS
Guralp1 EW = channel 11 on PEM ADCU = C1:PEM-SEIS_MC1_EW

We also renamed the Ranger seismometer's channel to C1:PEM-SEIS_MC2_Y from C1:PEM-SEIS_MC1_Y, since tomorrow I'll move the Ranger Seismometer to be underneath MC2's chamber (it's currently sitting somewhere in the middle of the Mode Cleaner).


I can see the VERT and NS channels with dataviewer, but EW looks dead. I need to figure out if this is a bad cable thing, or if the ADC channel is no good, or if something in the box on that channel is no good. All 3 channels were tested and working after all the soldering was completed by Caryn, but something may have come undone while putting the box into its new place in the top of 1Y1. (In dataviewer, it looks like the EW channel is just floating, and not connected to anything.)

Plan of Attack:
* figure out why EW looks dead on Dataviewer
* redo Rana's static Wiener filter analysis, now that we have 2 seismometers (1 Ranger and 1 Guralp)
* work on adaptive Wiener filtering with the Guralp
  6946   Mon Jul 9 16:28:13 2012 MashaConfigurationGeneralSeismometer repositioning

Today I REPOSITIONED THE SEISMOMETERS in order to triangulate noise sources (as Rana suggested).

I re-levelled all of them, locked them, and turned them on. They should be located out of sight, but just in case:

GUR 1 IS DOWN THE X-ARM, behind the interferometer.

GUR 2 IS BETWEEN THE TWO ARMS, BEHIND THE CABLE TRAP THAT RUNS PARALLEL TO THE X-ARM.

STS 1 IS DOWN THE Y-ARM behind the interferometer.

I'll wait a day for them to stabilize (continuing to reset STS-1 every hour or so) and then begin taking data tomorrow morning, depending on the condition of the signal.

Ideally, I'd like a few days' worth of data, so I'll update when I've changed the configuration back to the way it was prior.

 

  6951   Tue Jul 10 10:50:02 2012 JamieConfigurationGeneralSeismometer repositioning

Quote:

Today I REPOSITIONED THE SEISMOMETERS in order to triangulate noise sources (as Rana suggested).

I re-levelled all of them, locked them, and turned them on. They should be located out of sight, but just in case:

GUR 1 IS DOWN THE X-ARM, behind the interferometer.

GUR 2 IS BETWEEN THE TWO ARMS, BEHIND THE CABLE TRAP THAT RUNS PARALLEL TO THE X-ARM.

STS 1 IS DOWN THE Y-ARM behind the interferometer.

I'll wait a day for them to stabilize (continuing to reset STS-1 every hour or so) and then begin taking data tomorrow morning, depending on the condition of the signal.

Ideally, I'd like a few days' worth of data, so I'll update when I've changed the configuration back to the way it was prior.  

 Highlighting good, ALL CAPS LESS SO!

  9269   Wed Oct 23 19:14:10 2013 JenneUpdatePEMSeismometer status

As you may recall, Den designed some nice seismometer stations for us with the help of Steve. The granite base was installed : elog 8461. The point of these is to have nice solid bases for our seismometers to sit on, rather than the flimsy linoleum flooring.  Also, they are covered (and will be insulated) to help prevent air currents and temperature fluctuations from affecting our seismometer measurements.  Even though these seismometer stations have been in place for a few months, we are not yet taking advantage of them.  This is a status elog, so that we know what needs to be done.

Recently, Den finished up the design for, and Steve ordered, and we received, the small aluminum plates that go on the side of the granite slabs, so that we can feed the connectors for the seismometer through the baseplate, in an airtight way. 

The current plan is to use one Guralp at each end station, and the Trillium at the vertex.  As of this moment, we have 1 Guralp at ETMY, 1 Guralp at ITMX, and a Streckeisen at ETMX, and the Trillium is sitting to the south of the POX table.

Most of the work that's left to do is just to place the seismometers on the new stations, and to make cables.


I have taken an inventory of all the things that I think we need to buy (or I need to find in the lab) in order for us to finish this project up.

We need to buy a LEMO connector for the T-240 plate. 

We need to buy 6 O-rings:  3 to go between each aluminum plate and the granite slabs, the other 3 between the plate and the milspec connectors for the seismometer cables.

We need to buy or confirm that we have screws to attach the plates to the granite slabs.

We need to buy or confirm that we have screws to attach the milspec connectors to the plates.

I need to confirm that I have another 37-pin dsub for the Xarm Guralp cable, and a 25-pin dsub for the Trillium.

Assuming that I am reusing the existing Yarm Guralp cable, we have all the milspec connectors necessary.

I have a 30m long spool of 19-pair cable that I will use to make the Trillium cable.  I have a long cable, formerly a Streckeisen cable, that I will cut the ends off of, and make into a Guralp cable.  (We had 3 of these incredibly long, maybe ~50m cables - one became the Yarm Guralp cable, one is waiting to be the new Xarm Guralp cable, and the 3rd one is connected to the Streckeisen that we still have).

Work to be done:

* Make long cables for Xarm Guralp and Vertex Trillium.  Check pinouts for the milspec -> dsub connections on each cable.

* Make small cables that go inside of the granite and seismometer station.  These are to connect the sensor to the aluminum plate, and then the long cables go from the plate to the readout box.  Unfortunately, the holes in the granite are not large enough to pass a connector through, so these will have to be soldered in-situ. 

* Plug in the Trillium readout box and confirm that it's working / makes sense.

Longer term modifications and add-ons:

* Lemo connector with wiring for temperature and pressure sensors inside the vertex station.  I believe that Den was looking into what sensors we might want.

* Needle valve for slow pressure equalization on vertex station (all stations should have this, but only the Trillium plate has a hole for this). 


Is there anything else that I'm forgetting??  Please reply with thoughts.

 

  9300   Sun Oct 27 19:19:42 2013 DenUpdatePEMSeismometer status

Quote:

 

Is there anything else that I'm forgetting??  Please reply with thoughts.

 

 I attach the drawings for Guralp and T-240/STS-2 connector plates. Drawings contain all information about the screws, O-rings and connectors.

Basically, box mounting receptacle for seismometer cable is attached to the connector plate with 6-32 screws. Inside cable should be ~ 1m long and connect the plate with seismometer.

For T-240 realization we have an additional LEMO connector for temperature and pressure monitoring inside the station. We should buy sensors and plug them into some machine with slow controls.

LEMO connector has 9 pins. 4 will be used for temperature and pressure sensors and spare 5 can be used for future ideas.

Also I think it might be better to put two T-240 into isolation stations.

TrilliumPlate.PDF

GuralpPlate-1_final.pdf

 

  9301   Sun Oct 27 23:26:44 2013 ranaUpdatePEMSeismometer status

 It would be nice if we could use the existing seismometer cable and place a 2-terminal temperature sensor within the stainless-steel can. A device like the AD590/592 can drive current over a long cable run without pickup issues since its a current source. Inside of the seismometer breakout box we should make a circuit to scale the signal to be close to zero at 25 C and have a slope of 1 V/deg. There are example circuits in the application note - we can just make them on a piece of vector board and glue to the inside of the breakout box (where we connect to the regulated power).

  14001   Thu Jun 21 23:59:12 2018 shrutiUpdatePEMSeismometer temp control

We (Rana and I) are re-assembling the temperature controls on the seismometer to attempt PID control and then improve it using reinforcement learning.

We tried to re-assemble the connections for the heater and in-loop temperature sensor on the can that covers the seismometer.

We fixed (soldered) two of the connections from the heater circuit to the heater, but did not manage to get the PID working as one of the wires attached to the MOSFET had come off. Re-soldering the wire would be attempted tomorrow.

Equipment for undertaking all this is still left at the X-end of the interferometer and will be cleared soon.

  14113   Sun Jul 29 20:03:02 2018 ranaUpdatePEMSeismometer temp control

While Shruti is re-building Kira's heater circuit, I looked up how to do one of these (i.e. what does a real EE say about how to build a current source?):

It turns out that there is an Analog Devices application note (AN-968) about this (as there usually is once we get tired of playing around and try to look up the right answer).

I've linked to the note and attached the recommended schematic for high current applications. We'll go ahead as is, but we'll make a PCB according to this App Note for the v3 circuit.

 

Attachment 1: Screen_Shot_2018-07-29_at_8.00.27_PM.png
Screen_Shot_2018-07-29_at_8.00.27_PM.png
  14016   Mon Jun 25 22:27:57 2018 shrutiUpdatePEMSeismometer temp control - heater circuit

After removing all the clamping screws from the heater circuit board, I soldered the wire connecting IRF630 to the output of OP27, which had come off earlier. This can only be a temporary fix as the wire was not long enough to be able to make a proper solder joint. I also tried fixing two other connections which were also almost breaking.

After re-assembling everything I found out that one of the LEDs was not working. The most likely cause seems to be an issue with LM791, LM 781 or the LED itself. Due to the positioning of the wires, I was unable to test them today but will try again possibly tomorrow.

Equipment used for this is still lying at the X end.

Quote:

We (Rana and I) are re-assembling the temperature controls on the seismometer to attempt PID control and then improve it using reinforcement learning.

We tried to re-assemble the connections for the heater and in-loop temperature sensor on the can that covers the seismometer.

We fixed (soldered) two of the connections from the heater circuit to the heater, but did not manage to get the PID working as one of the wires attached to the MOSFET had come off. Re-soldering the wire would be attempted tomorrow.

Equipment for undertaking all this is still left at the X-end of the interferometer and will be cleared soon.

ELOG V3.1.3-