40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 62 of 344  Not logged in ELOG logo
ID Date Author Typedown Category Subject
  4726   Mon May 16 11:47:59 2011 kiwamuUpdateASSc1ass update part II

The medm screen for c1ass started being modified to be more user-friendly.

The modification is still ongoing, but the goal is to make a screen which anyone can easily understand and play with.

 

Still to do : ( need a volunteer )

- Modification of the screens

- Commission the input beam and X-arm servos

- Make scripts for X-arm

- Measure the PZT mirrors' matrix for the translation and angle

c1ass.png

Quote from #4709

Here the status of the dither alignment or c1ass:

Still to do:

- Commission the input beam and X-arm servos

- Make scripts for X-arm

 

  4727   Mon May 16 15:46:05 2011 KojiUpdateGeneraloptical layout viewable on the online version of autocad

I have made my own AutoCAD WS account and put the latest 40m layout.
AutoCAD WS is a free cloud service which enable us to browse/edit the DWG files.

You can view/play/print it from the following link even without making the account.

https://www.autocadws.com/main/publish?link=RVFmNEtOd3EzNVFtRXcx

If you make your account you can actually save it although the editing capability is somewhat limited.

Notes:
- It needs the Flash plug-in and Internet connection.
- I think Safari is the most stable platform on Mac. (i.e. I had some malfunctions with Firefox and Chrome)

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

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

Attachment 1: P1070724.JPG
P1070724.JPG
  4729   Tue May 17 01:05:56 2011 kiwamuUpdateLSCAsymmetry measurement prep : recentering works

I re-centered beams on several PDs and a camera including :

  AS55, ETMY_QPD, TRY and ETMYT_CCD.

 

The most important one was AS55.

When I was locking each arm I found that the error signal from AS55 was very coupled to the angular motion of the arms.

I checked the beam on the AS55 RFPD and found the beam on the edge of the photo diode. This is possibly because Valera and I had been touching the input beam alignment.

At that time the DC signal from AS55 without aligning PRM and SRM was about 5 mV.

Adjusting the beam position by a steering mirror brought the DC signal up to 20 mV.

Then the lock of each arm became more stable.

  4731   Tue May 17 16:53:22 2011 kiwamuUpdateSUSoplev sign was wrong on ETMY

Last night I found that the sign of the oplev control of PITCH on ETMY was wrong. I flipped it to the correct sign.

We've been locking the Y arm by feeding a signal back to ITMY  because pushing ETMY somehow made the lock unstable in the angular motion.

After the correction of the oplev contol sign, I was able to keep the lock robustly by pushing ETMY.

  4734   Tue May 17 19:38:32 2011 kiwamuUpdateSUSwrong connection on 1X5

Today Steve was working around the 1X5 rack to strain relief the cable jungles and the jungle is now getting less jungle.

During the work he disconnected and reconnected some cables.

So for a doublecheck I checked all the suspensions to see if the suspensions are still healthy or not.

Aha, then I found a mistake.

 

See the pictures below. It's a very subtle difference. This wrong connection prevented MC1 and MC3 from damping.

wrong.png correct.png

  4736   Wed May 18 07:13:00 2011 SureshUpdateRF SystemDemod board measurements

I measured the amplitude and phase imbalances of the demod boards which have been modified.  This is just a basic health check.  We hope to use the script that Kiwamu is developing for a more accurate test.  The script can also use these measurements as a sanity check.  POP110  requires some further attention. 

Demod_Board_measurements.png

 

The RF distribution box outputs corresponding to the demod board (eg. AS55_LO --> AS55_demod) were used as LO sources.  The RF signal was generated with a Marconi and held a kHz away from the LO frequency.  The amplitude and phase unbalance were measured with SR785.  The RF Power meter was used to check the LO power in each case.

 

 

Attachment 1: Demod_Board_measurements.png
Demod_Board_measurements.png
  4737   Wed May 18 07:18:15 2011 SureshUpdateRF SystemPOY55_Demod board Hardware change completed

The ~350 Hz noted in the elog below was traced to an RF modulation of the 11 MHz sideband.  This modulation was set up in the Marconi which is currently supplying the 11 MHz local oscillator signal to the RF source.  lt was used during the MC length study completed last week by Valera and Ryan.  The frequency measured was 322 Hz.

As we do not require this any longer, I have switched off this modulation.

 

 

Quote:

The Demod board with S. No. 022 (being used earlier as REFL11) has been modified.  It now has SCLF-65 as its input LP filter on the PD input line and a PQW-2-90 power splitter.  The unit functioning okay (I and Q signals are 90 deg apart.

The loss of Q output was traced to a possible loose solder joint and we now have both the I and Q signals after resoldering all components in the vicinity of U7 (Ref Schematic of D990511)

There is a strong oscillation around 350Hz present on I and Q signals of both REFL55_Demod and POY55_Demod.  Don't know the source. 

We have run out of power splitters to continue with the Demod board modification. We do not currently have an AS11_Demod board.  All the others are in place and ready for the I<->Q phase angle measurement.

In summary we now have the following Demod boards in place:

[ REFL11, POY11, REFL55, AS55, POY55, POY22, POY110]_Demod

 

 

  4738   Wed May 18 15:54:50 2011 KojiUpdateRF SystemDC power supplies for the RF generation box in place

[Koji, Steve]

DC power supplies for the RF generation box are now in place. They are the top two of the 6 Sorensens in the OMC short rack next to 1X2.

We made the connections as we did for the RF distribution box, the power supplies labele, and the cables strain-relieved.

The power supply is not yet connected to the actual RF generation box. This should be done by Suresh or someone with the supervision of him.

Note:
We have two +18V supply on the short OMC rack, in total. One is for the RF source, the other is for the OMC PZTs, whitening, etc.
This is to avoid unnecessary ground loop
although the grounding situation of the OMC side is not known to me.

  4739   Wed May 18 16:52:23 2011 SureshUpdateRF SystemCables for AS11 PD are in place

[Larisa, Suresh]

All the cables needed for the AS11 PD are in place... the heliax cable runs from the AS table to the PSL rack.  The LO and RF cables to demod board as well as the I and Q cables into the LSC Whitening board are connected.

The cables get rather densely packed when the LSC Whitening filter sits between the PD Interface Board and the LSC AA filter board.  This makes it difficult to access the SMA connectors on the LSC whitening filter.  So we shifted the LSC Whitening and AA Filter boards one slot to the right.  The LSC rack looks like this just now.  We have also shifted the binary cables at the back of the Eurocart by one slot so the same cables are associated with the cards.

1Y2_Rack_Layout_short-term.png

 

 

  4740   Wed May 18 17:06:39 2011 SureshUpdateRF SystemDC power supplies for the RF generation box in place

 

I have checked the voltages on the connector.  They are okay and I have plugged in the Sorensen power into the RF Source.  The ground reference for the Sorensens comes from the 1X2 Rack ground reference lines on the south side of the rack. 

I looked for the OMC ground reference. Could not find one on either of the the OMC half racks.

Quote:

[Koji, Steve]

DC power supplies for the RF generation box are now in place. They are the top two of the 6 Sorensens in the OMC short rack next to 1X2.

We made the connections as we did for the RF distribution box, the power supplies labele, and the cables strain-relieved.

The power supply is not yet connected to the actual RF generation box. This should be done by Suresh or someone with the supervision of him.

Note:
We have two +18V supply on the short OMC rack, in total. One is for the RF source, the other is for the OMC PZTs, whitening, etc.
This is to avoid unnecessary ground loop
although the grounding situation of the OMC side is not known to me.

 

  4741   Wed May 18 18:33:46 2011 AidanUpdateelogrestarted elog with script
  4742   Wed May 18 18:48:46 2011 kiwamuUpdateElectronicsidentification of RFPD interface cables

[Haixing / Kiwamu]

 As a part of the Wednesday's cabling work, we spent some times for identifying the RFPD interface cables.

The RFPD interface cables are made of a 15 pin flat cable, containing DC power conductors for the RFPDs and the DC signal path.

The list below is the status of the interface cables.

 

- - - - RFPD name, (cable status) - - - -

- REFL11 (identified and labeling done)

- REFL33 (identified and labeling done)

- REFL55 (identified and labeling done)

- REFL165 (no cable found)

- AS55 (identified and labeling done)

- AS165 (identified and labeling done)

- POP22/110 (identified and labeling done)

- POX11 (identified and labeling done)

- POY11 (identified and labeling done)

- POY55 (identified and labeling done)

We still have two cables which are not yet identified. Their heads are around the LSC rack and labeled 'unidentified'

  4744   Thu May 19 00:15:20 2011 JenneUpdateelogRestarted, Italian-style

Aka, from a hotel in Pisa.

  4745   Thu May 19 00:22:21 2011 ranaUpdateelogRestarted, Italian-style

Quote:

Aka, from a hotel in Pisa.

 Restarted Thu May 19 00:21:49 2011 to recover from Jenne's Italian terrorism.

  4746   Thu May 19 00:23:44 2011 ranaUpdateCDSdiagonalization of MC input matrix

 I've moved all of my SOS peak fitting stuff into the scripts area so that Leo can make it better:

/cvs/cds/rtcds/caltech/c1/scripts/SUS/peakFit

findPeaks.m gets the data and makes the fitted spectra that I put in the previous entry.

findMatrix.m is the barely started script that ought to take the TF data and output the matrix to the MEDM screen.

  4747   Thu May 19 03:13:54 2011 kiwamuUpdateElectronicsREFL11 not working

I took REFL11 out from the AS table for a health check because it wasn't working properly.

The symptoms were :

   - a big offset of ~ -3 V on the RF output. No RF signals.

   - The DC output seemed to be okay. It's been sensitive to light.

I did a quick check and confirmed that +/- 5V were correctly supplied to the op-amps.

It looks that the last stage (MAX4107) is saturated for some reasons. Need more inspections.

At the moment the REFL11 RFPD is on the bench of the Jenne laser.

 

  4748   Thu May 19 12:09:41 2011 josephbUpdateCDSAA filter box pulled from 1X5, optic suspensions currently off

[Steve, Joe]

Steve pulled the top AA filter box from 1X5 which handled some of the suspensions channels.  We turned off all the watchdogs before pulling it out, as well as recorded which cables were connected to which inputs.

The case  is undergoing a structural modification to have the ADC adapter card which previously was loosely connected via cables, securely attached to the case.

Steve still wants to do some cabling in the rack while the box is out, and will return it this afternoon once he has finished that.

  4749   Thu May 19 16:46:20 2011 kiwamuUpdateLSCc1lsc model : input channels rearanged

According to Suresh's LSC rack design I rearranged the input channels of the c1lsc model such that the analog signals and the ADC channels are nicely matched.

Also I updated the c1lsc model in the svn with a help from Joe. The picture below is a screen shot of the input channels in the model file after I edited it.

c1lsc.png

  4750   Thu May 19 17:53:03 2011 steveUpdateCDSAA filter box modified at 1X5

Quote:

[Steve, Joe]

Steve pulled the top AA filter box from 1X5 which handled some of the suspensions channels.  We turned off all the watchdogs before pulling it out, as well as recorded which cables were connected to which inputs.

The case  is undergoing a structural modification to have the ADC adapter card which previously was loosely connected via cables, securely attached to the case.

Steve still wants to do some cabling in the rack while the box is out, and will return it this afternoon once he has finished that.

 Job is done. Sus damping are back on. Cabling-strain reliefing are  not finished yet at 1X5 and 1X4

Attachment 1: P1070727.JPG
P1070727.JPG
  4751   Thu May 19 19:41:17 2011 SureshUpdateRF SystemDAQ channel Assignments for RF PDs

[Kiwamu, Suresh]

In trying to keep the wiring of the LSC rack as neat as possible, we came up with the following channel assignments of the RF PD signals. 

PDI = PD Interface, The PD Interface D-type connectors (#1 to #12) are numbered:  Top -> Bottom and Left -> Right in ascending order. 

The Analog channels on the LSC Whitening Filter boards are numbered similarly, 1 to 32 in four sets.

1Y2_Rack_Layout.png

  4752   Fri May 20 01:02:50 2011 loose connection hunterUpdateSUSloose connection on ETMY rack

The UL signal of the shadow sensor on ETMY went to zero this evening.

This was due to a loose connection on the cross connection board on the 1Y4 rack.

In order to make them tighten, a combination of stand-offs and screws were installed on the connectors. They won't be loose any more.

ETMY_loose.png

  4753   Fri May 20 03:01:17 2011 kiwamuUpdateLSClocking status

(PRMI locking)

Since REFL11 has gone I tried locking the PRMI with combination of REFL55 and AS55.

Without any pain the lock of PRMI was achieved successfully. AS55 was used to sense MICH and REFL55 was used for PRC.

 

(scripting)

Additionally I was modifying several scripts which are invoked from C1IFO_CONFIGURE.adl. Some details about the scripts will be uploaded on the wiki later.

An important thing is that now we are able to use the "restore" commands for the Y arm, X arm, Michelson and PRM locking.

The scripts will automatically acquire the lock of each DOF.  The image below is just a screen shot of the medm screen where you can call the scripts.

Screen_shot_2011-05-20_at_2.50.00.png

 

( Still to do)

   * PRM actuator response measurement

   * PRC noise budget

   * MICH-PRC actuator decoupling

  4754   Fri May 20 03:29:04 2011 kiwamuUpdateCDSBinary IO box on 1X5 : LEDs off

[Steve / Kiwamu]

 When Steve was working on the strain reliefs on 1X5 he found that some LEDs on the back side of the binary IO boxes were off.

There are 4 binary IO boxes and their power are directly supplied from Sorensens. According to the display of the Sorensens, the power are correctly generated.

Steve and I checked a picture of the boxes taken before he started working and we found it's been like this.

It might be just a problem of the LEDs or the fuses are blown, but anyway it needs an inspection.

Here is a picture of the back side of the boxes. You can see some LEDs are on and some are off.

DSC_3050_small.jpg

  4755   Fri May 20 05:41:22 2011 SureshUpdateRF SystemDemod board measurements

The POP110 board which had the large Amplitude and Phase unbalances was examined today.  It turned out that there was some stray solder which had connected the Sum port of the PSCQ-2-120 splitter to its body (ground).  After I removed that the amplitude unbalance was 0.3dB however the phase was 105deg.  The phase reduced to 90 deg only if the power on the splitter is around 19 dBm.  So removed the AT1 (10dB attenuator) and the phase unbalance dropped to 91 deg.  However this is not a sustainable solution as the ERA-5 max output is about 19.5 dBm.

As this is a side band power monitor (and not a length sensing RFPD), we can make do with a poorer phase.  I will therefore replace the AT1 and adjust the residual phase with cable delay lines.  

Quote:

I measured the amplitude and phase imbalances of the demod boards which have been modified.  This is just a basic health check.  We hope to use the script that Kiwamu is developing for a more accurate test.  The script can also use these measurements as a sanity check.  POP110  requires some further attention. 

Demod_Board_measurements.png

 

The RF distribution box outputs corresponding to the demod board (eg. AS55_LO --> AS55_demod) were used as LO sources.  The RF signal was generated with a Marconi and held a kHz away from the LO frequency.  The amplitude and phase unbalance were measured with SR785.  The RF Power meter was used to check the LO power in each case.

 

 

 

  4756   Fri May 20 11:37:44 2011 KojiUpdateElectronicsREFL11 fixed (REFL11 not working)

- Found the inductor which shunts the positive input of MAX4107 was not touching the ground.
This left the positive input level undetermined at DC. This was why MAX had been saturated.
The PCB has a cut, so it was surprising once the circuit worked.

- Resoldered the inductor to the ground. This made the circuit responding to the intensity-modulated beam.

- But the resonances and the notches were totally off, and the 200MHz oscillation has resurrected.

- Attached 40Ohm+22pF network between the neg-input of MAX and the gnd. This solved the oscillation.

- Made the tuning and the characterizations. The PD is on Kiwamu's desk and ready to go.

More to come later

Quote:
I took REFL11 out from the AS table for a health check because it wasn't working properly.

The symptoms were :

   - a big offset of ~ -3 V on the RF output. No RF signals.

   - The DC output seemed to be okay. It's been sensitive to light.

I did a quick check and confirmed that +/- 5V were correctly supplied to the op-amps.

It looks that the last stage (MAX4107) is saturated for some reasons. Need more inspections.

At the moment the REFL11 RFPD is on the bench of the Jenne laser.

 

Attachment 1: REFL11_transimpedance.pdf
REFL11_transimpedance.pdf
  4757   Sat May 21 06:19:46 2011 kiwamuUpdateLSCDRMI trial : no luck

I will try with POY55 that Koji prepared today.

  4758   Sat May 21 17:02:38 2011 KojiUpdateElectronicsAlberto's 11MHz was modified to POP55MHz

- Resonant at 55MHz. The transimpedance is 258Ohm. That is about half of REFL55 (don't know why).

- 11MHz&110MHz notch

- The 200MHz oscillation of MAX4106 was damped by the same recipe as REFL11.

POP55_transimpedance.pdf

 

Attachment 1: POP55_schematic_110520_KA.pdf
POP55_schematic_110520_KA.pdf POP55_schematic_110520_KA.pdf
Attachment 2: POP55_transimpedance.pdf
POP55_transimpedance.pdf
  4759   Mon May 23 00:36:51 2011 kiwamuUpdateLSCDRMI trial : sucess

Eventually the DRMI was locked.

I was struggling to find a good signal port for SRC over the weekend and finally found AS55_I worked somehow. I used :

   REFL11_I --> PRC

   AS55_Q   --> MICH

   AS55_I    --> SRC

A configuration script was prepared such that someone can try this configuration by clicking a button on the C1IFO_CONFIGURE.adl screen.

I don't think this signal extraction scheme is the best, but now we can find better signal ports by shaking each DOF and looking at each signal port.

More details will be reported in the morning.

Quote:

I will try with POY55 that Koji prepared today.

 

  4760   Mon May 23 12:27:26 2011 kiwamuUpdateLSCDRMI trial : details

(PRMI locking with slightly misaligned SRM)

 First I tried locking PRC and MICH with a little bit misaligned SRM. This condition allowed me to search for a good signal port for SRC.

In this locking, REFL11_I was used to lock PRC and AS55_Q was used for MICH. This is the same scheme as the current PRMI locking.

Since the alignment of SRM was close to the good alignment, I expected to see fringes from SRC in some signal ports (i.e. REFL55, POY55 and so on).

Sometimes a fringe of SRC disturbed AS55_Q and broke the MICH locking, so I had to carefully misalign SRM so that the SRC fringes are small enough to maintain the lock of MICH.

 

(Looking for a good signal port for SRC)

 After I locked the PRMI with slightly misaligned SRM, I started looking for a good signal port for SRC.

At the beginning I tried finding a good SRC port by shaking SRM at 100 Hz and looked at the power spectra of all the available LSC signals.

I was expecting to see a 100 Hz peak in the spectra, but this technique didn't work well because SRC wasn't within the linear range and hence didn't produce linear signals.

So I didn't see any strong signals at 100 Hz and finally gave up this technique.

Then I started looking for a PDH-like signal in time series and immediately found AS55_I showed large PDH-like signals.

So I started using the AS55_I for the SRC locking and eventually succeeded.
 

 

(Two tips for the DRMI locking)

During the locking of DRMI, I found two tips that made the locking quite smooth.

 - Triggered locking

   Since every LSC signal ports showed large signals from PRC somehow, feeding back the signals made the suspensions crazy.

   So I used triggered locking for the PRC and MICH locking to avoid unwanted kicks on BS and PRM.

   If  the DC of REFL goes above a certain level, the control of  PRC starts. Also if the DC of AS goes below a certain level the control of MICH starts.

  These triggers make the lock smoother.

 - Do not use resonant gain filters

  This is really a stupid tip. When I was trying to lock MICH, the lock became quite difficult for some reasons.

  It looked there was an oscillation at 3 Hz every time the MICH control started. It turned out that a 3 Hz resonant gain filter had been making it difficult.

  All the resonant gain filters should be off when a lock acquisition is taken place.

Quote from #4759

Eventually the DRMI was locked.

More details will be reported in the morning.

 

  4762   Mon May 23 18:10:41 2011 kiwamuUpdateLSCf2p filters on PRM : not good

During the DRMI trial I noticed that the f2p filters on PRM is not quite effective (i.e. pushing PRM in POS direction makes misalignments).

I checked the f2p filters in an easy way. I pushed POS at 0.01 Hz with an amplitude of 1000 counts and looked at the oplev error signals with / without the f2p filters.

The picture below is a time series of the POS excitation, the oplev's PITCH and YAW error signals.

You can see there still is a big coupling from POS to YAW after the f2p filters were enabled. (Its supposed to be like this)

I will redo the f2p measurement on PRM.

f2p_PRM.png

  4768   Fri May 27 17:52:53 2011 steveUpdateLSCLSC rack cables strain relieved & labeled

LSC rack 1Y2 cables are strain relieved and labeled. Spare and/or obsolete cables are laid out on the top of the beam tube and on the outside of the rack.

The POY 110 MHZ demodboard has a very touchy position in the VME crate. Watch out for it! It has to be fixed.

  4769   Mon May 30 23:14:27 2011 valeraUpdateASCY arm initial alignment

I closed all 8 dither loops for the Y arm initial alignment: 2x2 centering servo (this worked before) and 2x2 input beam servo for both pitch and yaw.

So far it looks pretty good - the error points go to zero and the arm power goes up to 1.

The offloading to the alignment biases and the PZTs is not yet automated.

Today the PMC, MC, and Y arm were very cooperative and a pleasure to work with.

  4770   Tue May 31 11:26:29 2011 josephbUpdateCDSCDS Maintenance

1) Checked in the changes I had made to the c1mcp.mdl model just before leaving for Elba.

2) The c1x01 and c1scx kernel modules had stopped running due to an ADC timeout. 

According to dmesg on c1iscex, they died at 3426838 seconds after starting (which corresponds to ~39 days).  "uptime" indicates c1iscex was up for 46 days, 23 hours. So my guess is about 8 days ago (last Monday or Tuesday),  they both died when the ADCs failed to respond quick enough for an unknown reason.

I used the kill scripts (in /opt/rtcds/caltech/c1/scripts/) to kill c1spx, c1scx, and c1x01.  I then used the start scripts to start c1x01, then c1scx, and then finally c1spx.  They all came up fine.

Status screen is now all green.  I renabled damping on ETMX and it seems to be happy. A small kick of the optic shows the approriately damped response.

  4772   Tue May 31 14:29:00 2011 jzweizigUpdateCDSframes

There seems to be something strange going on with the 40m frame builder.
Specifically, there is a gap in the frames in /frames/full near the start of
each 100k second subdirectory. For example, frames for the following times are missing:

990200042-990200669
990300045-990300492
990400044-990400800
990500032-990500635
990600044-990600725
990700037-990700704
990800032-990800677
990900037-990900719


To summarize, after writing the first two frames in a data directory, the next ~10 minutes of frames are usually missing. To make matters worse (for
the nds2 frame finder, at least) the first frame after the gap (and all successive frames) start at an arbitrary time, usually not aligned to a 16-second boundary. Is there something about the change of directories that is causing the frame builder to crash? Or is the platform/cache disk too slow to complete the directory switch-over without loss of data?

  4773   Tue May 31 15:45:37 2011 JamieUpdateCDSc1iscey IOchassis powered off for some reason. repowered.

We found that both of the c1iscey models (c1x05 and c1scy) were unresponsive, and weren't coming back up even after reboot.  We then found that the c1iscey IOchassis was actually powered off.  Steve's accepts some sort of responsibility, since he was monkeying around down there for some reason.  After powerup and reboot, everything is running again.

  4775   Tue May 31 17:30:42 2011 steveUpdateSUSETMY damping restored

ETMY's watch dogs were found tripped. They were restored.

  4776   Wed Jun 1 11:31:50 2011 josephbUpdateCDSMC1 LR digital reading close to zero, readback ~0.7 volts

There appears to be a bad cable connection somewhere on the LR sensor path for the MC1 optic.

The channel C1:SUS-MC1_LRPDMon is reading back 0.664 volts, but the digital sensor channel, C1:SUS-MC1_LRSEN_INMON, is reading about -16.  This should be closer to +1000 or so.

We've temporarily turned off the LRSEN filter module output while this is being looked into.

I briefly went out and checked the cables around the whitening and AA boards for the suspension sensors, but even after wiggling and making sure everything was plugged in solidly.  There was one semi-loose connection, but it wasn't on the MC1 board, but I pushed it all the way in anyways.  The monitor point on the AA board looks correct for the LR channels, although ITMX LR struck me as being very low at about -0.05 Volts.

According to data viewer, the MC1 LR sensor channel went bad roughly two weeks ago, around 00:40 on 5/18 UTC, or 17:40 on 5/17 PDT.

 

UPDATE:

It appears the AA board (or possibly the SCSI cable connected to it) is the problem in the chain.

  4777   Wed Jun 1 13:33:22 2011 koji, taraUpdateElectronicsTTFSS #7

We replaced GE81 by PZT2907A (PNP transistor) in TTFSS #7, it's working fine.

  Last time I broke Q4 transistor, which is used in the low noise power module for TTFSS, (see the schematic) and could not find another PZT2907A, so GE81 was used temporarily. Now we changed it back to PZT2907A as designed.  I tested it by checking the voltage outputs of the board. It works fine, all voltage outputs are correct. I labeled one of the slot on the blue cabinet tower and kept the rest of the transistors there.

q4.png

Quote:

I brought TTFSS set #7 to 40m and kept it in the electronic cabinet.

note that Q4 transistor has not been replaced back to PZT2907A yet. It's still GE82.

Q3 is now pzt3904, not PZT2222A.

 

 

  4778   Wed Jun 1 21:56:43 2011 KojiUpdateGeneralaLIGO BBPD / Green PD final result

Here is the conclusive result for the circuit configuration for aLIGO BBPD and 40m Green PD.

- Use Mini-circuits MAR-6SM for the RF preamplifier. The 50Ohm input impedance is used for the RF transimpedance.
  The maximum output is ~4dBm.

- Use Mini-circuits GALI-6 for the RF middle power amp. The gain is 12dB and the amplifier is linear up to +17dBm. i.e. This is still linear at the maximum output level of MAR-6SM.

- The total RF transimpedance is ~2k. The DC transimpedance is also 2k.

- The bandwidth is 80MHz with FFD100 and internal 25V bias. When S3399 is used, the bandwdith goes up to 180MHz
although the responsivity of FFD100 at 1064nm is better than S3399 by a factor of 1.5. At the 40m we will use S3399 for the green BB PD.

- By adding an LC network next to the PD, one of the unnecessary signal can be notched out.
As an example, 9MHz notch was placed for the FFD100 case.

- Noise level: ~10pA/rtHz as a floor noise level at around 30MHz. This corresponds to the equivalent dark current of 0.4mA.


Matt has finished the PCB layout. We will order small first batches, and stuff it for the test. Some of these will be the 40m green PD.

Attachment 1: PD_response.pdf
PD_response.pdf PD_response.pdf PD_response.pdf PD_response.pdf PD_response.pdf PD_response.pdf
Attachment 2: linearity_GALI_6.pdf
linearity_GALI_6.pdf
  4780   Thu Jun 2 16:23:42 2011 JamieUpdateSUSSUS control models updated to use new sus_single_control library part

A new library part was made for the single suspension controller (it was originally made from the c1scx controller), using the following procedure:

  1. Opened c1scx model (userapps/trunk/sus/c1/models/c1scx)
  2. Cut ETMX subsystem block out of SUS subsystem
  3. Pasted ETMX block into new empty library, and renamed it C1_SUS_SINGLE_CONTROL
  4. Tweaked names of inputs, and generally cleaned up internals (cosmetically)
  5. Saved library to: userapps/trunk/sus/c1/models/lib/sus_single_control.mdl

Once the new sus_single_control library part was made and the library was committed to the cds_user_apps repo, I replaced all sus controller subsystems with this new part, in:

  • c1scx
  • c1scy
  • c1sus (x5 for each vertex mass)

All models were rebuild, installed, and tested, and everything seems to be working fine.

  4781   Thu Jun 2 16:31:41 2011 JamieUpdateCDSaquired SUS channel name suffixes changed from _DAQ to _DQ

CDS changed the suffix for all aquired channel names from _DAQ to _DQ.  When we rebuilt the sus models, described in the previous log, the channel names were changed and consequently the channel files were completely rewritten.

To fix the issue, the latest archived channel file was copied back into the chans directory, and the suffixes were changed, as so:

cd /opt/rtcds/caltech/c1/chans
cp archive/C1SUS_110602_155403.ini  C1SUS.ini
sed -i 's/DAQ/DQ/g' C1SUS.ini

We then restarted the models and the framebuilder.

  4782   Thu Jun 2 23:10:10 2011 KojiUpdateElectronicsREFL11 test results (Re: REFL11 fixed)

The full characterization of REFL11 is found in the PDF.

Resonance at 11.062MHz
Q of 15.5, transimpedance 4.1kOhm
shotnoise intercept current = 0.12mA (i.e. current noise of 6pA/rtHz)

Notch at 22.181MHz
Q of 28.0, transimpedance 23 Ohm

Notch at 55.589MHz
Q of 38.3, transimpedance 56 Ohm

 

Attachment 1: REFL11_test.pdf
REFL11_test.pdf REFL11_test.pdf REFL11_test.pdf REFL11_test.pdf
  4783   Fri Jun 3 14:27:32 2011 KojiUpdateElectronicsPOP55 test results

The full characterization of POP55 is found in the PDF.

Resonance at 54.49MHz
Q of 2.5, transimpedance 241Ohm
shotnoise intercept current = 4.2mA (i.e. current noise of 37pA/rtHz)

Notch at 11.23MHz
Q of 2.4, transimpedance 6.2 Ohm

Notch at 110.80MHz
Q of 53.8, transimpedance 13.03 Ohm

 

Attachment 1: POP55_test.pdf
POP55_test.pdf POP55_test.pdf POP55_test.pdf POP55_test.pdf
  4784   Fri Jun 3 18:12:03 2011 steveUpdateComputersno PEM channels

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

NO PEM channels available! because of this.

 

  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
  4786   Mon Jun 6 02:09:39 2011 ranaUpdateElectronicsPOY11 Rework Nearly Complete

I've finished tuning POY11 and it is now sitting on top of the analyzer waiting for Koji to test its noise.

 Notes:

  1. R2 has been switched from a 50 -> 110 Ohm R and a (29 Ohm | 47 pF) in parallel to it. This makes the gain of the MAX4107 be ~20 above 100 MHz and ~5 around 11 MHz. The high gain at high frequency makes it stable (squashes the 200 MHz oscillation) and the low gain at low frequency is to prevent saturation (the raw 11 MHz transimpedance is too high).
  2. There are two notches: 22.12 MHz and 55.3 MHz.
  3. The TEST IN input has been disabled since it wasn't useful.
  4. 107 Ohms inserted into between the U11 output and the TSENSE feedthrough. This is to prevent oscillations when driving the long Dsub cable. This needs to be done on all Gold Box RFPDs.
  5. R4 -> 50 Ohms.
  6. Had trouble tuning this to get the resonance at 11.06 MHz. This turned out to be the parallel inductance coming from L3 (previously 1.45 uH) whereas we needed a total inductance of ~1.6 uH. So I changed L3 to 33 uH to get it to be negligible compared to 1.7 uH at 11 MHz. This needs to be considered for all the 11 MHz diodes.

 

Attachment 1: 777.png
777.png
  4787   Mon Jun 6 16:44:34 2011 KojiUpdateElectronicsPOY11 tested

The full characterization of POY11 is found in the PDF.

Resonance at 11.03MHz
Q of 7.6, transimpedance 1.98kOhm
shotnoise intercept current = 0.17mA (i.e. current noise of 7pA/rtHz)

Notch at 21.99MHz
Q of 56.2, transimpedance 35.51 Ohm

Notch at 55.20MHz
Q of 48.5, transimpedance 37.5 Ohm

 

Attachment 1: POY11_test.pdf
POY11_test.pdf POY11_test.pdf POY11_test.pdf POY11_test.pdf
  4789   Mon Jun 6 17:28:31 2011 steveUpdateComputersstill, no PEM channels

Quote:

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

NO PEM channels available! because of this.

 

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

This unit is still has a short somewhere.

Attachment 1: P1070846.JPG
P1070846.JPG
  4790   Mon Jun 6 18:29:01 2011 Jamie, JoeUpdateCDSCOMPLETE FRONT-END REBUILD (WITH PROBLEMS (fixed))

Today Joe and I undertook a FULL rebuild of all front end systems with the head of the 2.1 branch of the RCG.  Here is the full report of what we did:

  1. checked out advLigoRTS/branches/branch-2.1, r2457 into core/branches/branch-2.1
  2. linked core/release to branches/branch-2.1
  3. linked in models to core/release/src/epics/simLink using Joe's new script (userapps/release/cds/c1/scripts/link_userapps)
  4. remove unused/non-up-to-date models:
  5. c1dafi.md
    c1lsp.mdl
    c1gpv.mdl
    c1sup_vertex_plant_shmem.mdl
  6. modified core/release/Makefile so that it can find models:
  7. --- Makefile	(revision 2451)
    +++ Makefile (working copy)
    @@ -346,7 +346,7 @@
    #MDL_MODELS = x1cdst1 x1isiham x1isiitmx x1iss x1lsc x1omc1 x1psl x1susetmx x1susetmy x1susitmx x1susitmy x1susquad1 x1susquad2 x1susquad3 x1susquad4 x1x12 x1x13 x1x14 x1x15 x1x16 x1x20 x1x21 x1x22 x1x23

    #MDL_MODELS = $(wildcard src/epics/simLink/l1*.mdl)
    -MDL_MODELS = $(shell cd src/epics/simLink; ls m1*.mdl | sed 's/.mdl//')
    +MDL_MODELS = $(shell cd src/epics/simLink; ls c1*.mdl | sed 's/.mdl//')

    World: $(MDL_MODELS)
    showWorld:
  8. removed channel files for models that we know will be renumbered
    • For this rebuild, we are also building modified sus models, that are now using libraries, so the channel numbering is changing.
  9. make World
    • this makes all the models
  10. make installWorld
    • this installs all the models
  11. Run activateDQ.py script to activate all the relevant channels
    • this script was modified to handle the new "_DQ" channels
  12. make/install new awgtpman:
  13. cd src/gds
    make
    cp awgtpman /opt/rtcds/caltech/c1/target/gds/bin
  14. turn off all watchdogs
  15. test restart one front end: c1iscex
  16. BIG PROBLEM

    The c1iscex models (c1x01 and c1scx) did not come back up.  c1x01 was running long on every cycle, until the model crashed and brought down the computer.  After many hours, and with Alex's help, we managed to track down the issue to a patch from Rolf at r2361.  The code included in that patch should have been wrapped in an "#ifndef RFM_DIRECT_READ".  This was fixed and committed to branches/branch-2.1 at r2460 and to trunk at r2461.

  17. update to core/branches/branch-2.1 to r2460
  18. make World && make installWorld with the new fixed code
  19. restarted all computers
  20. restart frame builder
  21. burt restored to 8am this morning
  22. turned on all watchdogs

Everything is now green, and things seem to be working.  Mode cleaner is locked.  X arm locked.

 

ELOG V3.1.3-