40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 272 of 341  Not logged in ELOG logo
ID Date Author Type Category Subject
  3502   Wed Sep 1 08:28:43 2010 KojiUpdatePSLPSL upgrade update

Quote:
  1. We got the lenses from CVI for the mode matching, but not the metric screws for the laser mounting. I am tempted to tap holes in the laser base.

I am feeling that it is ok to carefully make new holes and threads as far as the holes do not penetrate the plate.
The thickness of the plate can be measured by the four holes at the corners.

 

  3501   Wed Sep 1 07:52:27 2010 AlbertoConfigurationElectronicsPMC board unplugged, turned on Sorensen switches on 1Y1 rack

Today I put the FSS frequency box back into the 1Y1 rack.

To power it on, I turned on the 24V and 15V Sorensen switches in the same rack.

The PMC crystal board in the same rack should not be affected (it runs with 10V), but, to make sure it was not powered, I disconnected it from its crate. Since the board was disconnected from the EOM for the PSL table's upgrade, I wanted to avoid having the RF output floating.

We just have to remember to plug it back in, when we need it again.

  3500   Tue Aug 31 19:46:00 2010 ranaUpdatePSLPSL upgrade update
  1. Steve is handling the mount height increase for the PMC and RC steering mirrors, as well as a mount (non-steerable) for the ISS' AOM.
  2. Rana is working on the laser mount.
  3. Jenne is drawing and getting the PMC mount made.
  4. We got the lenses from CVI for the mode matching, but not the metric screws for the laser mounting. I am tempted to tap holes in the laser base.
  3499   Tue Aug 31 17:58:38 2010 AlbertoUpdateElectronicsFSS Frequency Generation Box - Phase Noise

A few weeks ago, on Jul 24, Rana and I measured the phase noise of the FSS frequency box (aka the 'Kalmus Box'). See elog entry 3286.

That time, for some reason, we measured a phase noise higher than we expected; higher than that of the Marconi.

I repeated the measurement today using the SR785 spectrum analyzer. Here is the result:

2010-08-31_FSSPhaseNoise04modified.png

(The measurement of July 24 on the plot was not corrected for the loop gain. The UGF was at about 30 Hz)

To make sure that my measurement procedure was correct, I also measured the combined phase noise of two Marconis. I then confirmed the consistency of that with what already measured by other people in the past (i.e. Rana elog entry 823 in the ATF elog).

This time the noise seemed reasonable; closer to the Marconi's phase noise, as we would expect. I don't know why it was so bad on July 24.

The shoulder in the Marconi-to-Marconi measurement between 80Hz and 800Hz is probably due to the phase noise of the other Marconi, the one used as LO.

I'm going to repeat the measurement connecting the setup to the DAQ, and locking the Marconi to the Rubidium standard.

Ultimately, the goal is to measure the phase noise of the new Sideband Frequency Generation Box of the 40m Upgrade.

  3498   Tue Aug 31 16:42:26 2010 josephbUpdateCDSTemporarily reverting to CDS revision 2005

Apparently updating to the latest revision of the RCG has some issues with diaggui and awgtpman.  Alex had to do some recompiling up at Hanford which apparently took him some time.  He'll be coming by tomorrow to try to bring those codes to the front end machines.

As a temporary fix, until Alex gets here tomorrow, we're reverting to the 2005 revision in the svn of the cds code.  I'm placing it in the location it is supposed to go in the new advLIGO scheme, which is /opt/rtcds/caltech/c1/core/, which is where Keith had it at LLO.  Once we get the new codes working, we will do an svn update on that location and migrate our work to that install location, at which point I'll remove the old /cvs/cds/caltech/cds/advLigoRTS/ location.

  3497   Tue Aug 31 15:26:46 2010 ranaUpdatePEMroom temp lowered

And I raised it back to 73F. The thermometers on the wall show 74-75F as the actual room temp. The dial on the temperature controller is not calibrated.

  3496   Tue Aug 31 14:47:53 2010 steveConfigurationPEMtoilet upgrade

Our toilets were replaced by a green Gerber 1.6 gpf ( 6 lpf ) last week.

Attachment 1: toil-n.JPG
toil-n.JPG
  3495   Tue Aug 31 13:31:00 2010 steveUpdatePEMroom temp lowered

I lowered room 101 thermostat setting from 74F to 72F

  3494   Tue Aug 31 11:50:14 2010 kiwamuUpdateCDSmaximum number of BIOs

 { Joe and Kiwamu },

 Now we  are able to compile the model file with more than 4 binary input/outputs (BIOs).

 As I wrote in a past entry (see here), the number of the BIOs was limited to 4, which is not enough for us.

 

  We modified a header file called "cdsHardware.h"  in order to allow model files having more than four BIOs.

The header file lives under /cvs/cds/caltech/advLigoRTS/src/include/drv/.

There was a sentence defining the maximum number in the file:

 #define MAX_DIO_MODULES         4.

We changed this to

 #define MAX_DIO_MODULES         8.

  3493   Tue Aug 31 10:44:17 2010 steveUpdatePEMconcrete sealed

The PSL -leg concrete was sealed with a single coat of SCOFIELD Cureseal-S to minimize shedding of particles.

The optical table was covered  and optics were removed from the shelf. Accelerometers were turned off.

Attachment 1: P1060787.JPG
P1060787.JPG
  3492   Tue Aug 31 02:50:45 2010 kiwamuUpdateCDSvertex suspensions controlled by the new CDS

I plugged the new CDS to the vertex suspensions. 

Now PRM, SRM, ITMs, MCs and BS are under the control of the new CDS. 

From now on we will never go back to the old system.

 

Though,  the watchdogs are still running on the old system.

So if you need to turn on/off the watchdogs, you can simply enable/disable them from the usual medm screens.

  3491   Mon Aug 30 23:21:36 2010 ranaHowToPSL2W NPRO Mount designed with emachineshop.com software

To test out this website - emachineshop.com, Jenne and I are designing some of the mounts for the new beam height.

LaserMount.png

It took me a few hours to figure out how to do it, but the software is easy enough for simple stuff. This is a brass mount with M4 clearance holes which are countersunk and a lip so that it can be dogged down to the table.

  3490   Mon Aug 30 22:45:49 2010 kiwamuUpdateCDSbinary outputs for the new CDS

{ Joe and Kiwamu }

Today we made some efforts to get the binary outputs (BOs) working.

They still are not working but the situation is getting better.

    So far the BO cards were not recognized by any realtime codes when we ran the codes on the new front end machine C1SUS.

We put some printk commands in an initialization code like Yoichi did (see this entry) to confirm if the initialization of the BOs properly happens or not.

Then we found that we had to put the BO modules also in an IOP model file which controls all the ADCs and the DACs.

We put the BO modules in the IOP file and then BOs started being recognized by the IOP, however they still are not fully recognized by the realtime control process.

We continue this work...

 

[Some notes]


[front end code]

First of all we looked at the front end c-code c1sus.c living under /cvs/cds/calech/cds/advLigoRTS/src/fe/c1sus/.

It was okay because there was a proper BO statement like

CDS_CARDS cards_used[] = { {CON_32DO,0}, {CON_32DO,2}};

 

[initialization code]

 There is an initialization code called map.c living under /cvs/cds/calech/cds/advLigoRTS/src/fe.

This code is complied when we do the make commands as described on the wiki.

Eventually the initialization code is executed only when the IOP starts up. This happens when we type startc1x02 at /cvs/cds/rtcs/caltech/c1/script/.

 

[printk statments]

   We made a backup file named map_20100830.c.back for map.c. Then we added to map.c some pintk statements in a while loop which looks for available BOs.   

After running the make commands for the IOP file and startc1x02, we basically can check the results of those printk statements by using dmesg.

We found that map.c was running correctly because  map.c went in the while loop 4 times which is exactly the same number as the BOs we put in the model file.

However the code failed to install the BOs each time.

 

[BO modules in IOP file]

  Joe pointed out the failure in map.c was caused by lack of the BO modules in the IOP file c1x02.mdl.

Indeed putting the BO modules in the IOP fixed the problem. 

Another thing we found at this time is that there is a maximum number of BOs we can put in a model file.

The maximum number is 4, which is not enough for us because we need to put 5 of them including a 16bit BIO and four 32bit BOs.

Now Joe is asking to Alex about this issue.

Anyway now the IOP can recognize the BO cards, this fact can be found if you look at the log file /cvs/cds/rtcds/caltech/c1/target/c1x02/logs/log.txt.

The log file saids "3 Contec 32ch PCIe DO cards found", which is a good sign. 

 

[BO modules in realtime code] 

Although the IOP started seeing the BO cards, the realtime code c1sus still didn't fully recognize the BO cards.

If we look at the log file log.txt at /cvs/cds/rtcds/caltech/c1/target/c1sus/logs/, there is an evidence that the code found some cards.

The log file saids  

   Model 6 = 10

   Model 7 = 4

   Model 8 = 4

   Model 9 = 4

   Model 10 = 0.

 It looks like these corresponds to the BO cards.

So the code found some cards, but doesn't know what they are.

We need few more debugging for the BOs... 

  3489   Mon Aug 30 18:35:22 2010 JenneUpdateWienerFilteringSecret Hiding Place for Raw Data

As it turns out, data seems to fall off the 16Tb drives after ~20 days.  Which makes it a good thing that I saved all of my raw data from my good Mode Cleaner / seismic weekend for offline Wiener Filtering in the following secret place:

/cvs/cds/caltech/users/jenne/AdaptiveFiltering/mat/MCseis_raw_data_7Aug2010

It's not linked to the svn, since it's a boatload of data.

  3488   Mon Aug 30 18:22:00 2010 ranaSummaryPSLPSL Enclosure is UNSTABLE

The lifting and resetting of the BLUE PSL enclosure has made it unstable somehow. When I push on it a little it rocks back and forth a lot.

Steve, please look into what's happening and stiffen it if you can. Its too unstable right now.

  3487   Mon Aug 30 13:57:25 2010 KojiSummaryPSLPSL table vibrational performance after the upgrade

Jenne and Koji

Last week Jenne has put the accelerometers on and under the PSL table immediately after the plastic sheets were removed.

So I took the same measurement as I did on 9th Aug.

Here is the comparison of the vibrational performance of the table before and after the modification.

Basically the table is now stiffer and more damped than it was before.
We don't find any eminent structure below (at least) 70Hz.

This result is obtained despite elevating of the table.

1) Attachment 1

For the horizontal comparison (top),  it is clearly seen that the large resonant peak at 20Hz was eliminated.
At least the new resonances went up to 70-90Hz region. Y is basically equivalent to X.

For the vertical comparison (bottom), it is clearly seen that the resonant peaks at around 50 & 70Hz were eliminated. 
At least no new resonance is seen.

2) Attachment 2

All-in-one plot for the measurement --- spectra, coherences, transfer functions --- after the upgrade. I put the same plot for the one before the upgrade.

Attachment 1: PEM_100830_SPE.pdf
PEM_100830_SPE.pdf
Attachment 2: PEM_100830.pdf
PEM_100830.pdf PEM_100830.pdf
  3486   Mon Aug 30 11:41:34 2010 kiwamuUpdateComputersdisable sendmail and isdn

 {Rana and Kiwamu}

Yesterday we disabled the sendmail daemon and the isdn daemon on allegra because we don't need these daemons always running.

 

-   How to disable/enable daemons:

sudo ntsysv

  3485   Sun Aug 29 21:18:00 2010 ranaUpdateComputerskallo -> rossa

We changed the name of the new control room computer from kallo to rossa (since its red).

I also tried to install the nVidia graphics driver, but failed. I downloaded the one for the GeForce 310

for x86_64 from the nVidia website, but it failed to work. I installed it, but then X windows wouldn't start.

I've left it running a basic VESA driver.

Kiwamu updated the host tables to reflect the name change. We found that both rossa and allegra were

set up to look at the old 131.* DNS computers and so they were not resolving correctly. We set them up for new way.

  3484   Sat Aug 28 08:17:51 2010 AbertoUpdateElectronicsFSS Frequency Generation Box under test

I've taken the FSS frequency generation box out of the 1Y1 rack. It's sitting on one of the electronics benches. I'm measuring its phase noise.

  3483   Sat Aug 28 01:02:31 2010 ranaUpdatePSLThe beginnings of the new PSL

In fact, many of the mounts need to be adapted to 4": the beefy steering mirrors going into the PMC, the PMC RFPD, the ISS AOM, the Faraday between the NPRO and the AOM, the NPRO itself, the ISS PDs.

Also for the FSS: the 21.5 MHz EOM, the PBS, the AOM, the refcav periscope, and the RFPD.

Its obvious, in retrospect, that we would have to do this, but it somehow didn't occur to me until actually trying to put things on the table...

The NPRO itself is already tapped with 3 (metric) M3 holes. It also has 4 (un-tapped) holes at its 4 corners which look like they are for feet. Anyone have a mount design for the Innolight NPRO already?

We also started labeling the table with the new coordinate system. In this system, the NE corner is the origin. The screw hole which is most NE is 1,1. The numbering increases in the south (+X) direction and goes negative in the west (-Y) direction.

  3482   Fri Aug 27 22:09:37 2010 JenneUpdatePSLThe beginnings of the new PSL

[Rana, Jenne]

Like a new phoenix, the 40m PSL is in the process of being reborn...

phoenix.jpg

We cleared many old optics and components (including Alberto's favorite periscope) off of the north end of the PSL table.  Some optics are stored on the SP table, others on the shelf inside the PSL enclosure.

The new Innolight 2W NPRO is on the table, the PMC has been moved, and the main path of the laser has been sketched out using steering mirrors. Since we still don't have a beam, we're roughly placing all of our optics, and we'll finalize the alignment after turning on the laser.

Using a leveled HeNe, I checked the height of optics we should use to match the height of optics in the chambers by shining the light at the first steering mirror in the chamber, and ensuring that the beam hit the center of that optic .  Since the new PSL table height is identical to the AP table, it's not a surprise that from now on we will be using a 4" beam height on the PSL table, rather than the old PSL 3" beam height.

On the to-do list is to make a plate with 4 through holes to raise the PMC up by 1 inch, and to make an adapter plate (or come up with another plan) for mounting the AOM that goes directly after the NPRO/Faraday, among many other things.  We also still need to make some space for the RefCav to be put in its new place on the table, and then install it with Steve's help.   

  3481   Fri Aug 27 19:30:31 2010 ranaUpdateCDSSLOW controls

For the future SLOW controls our current plan is to keep using the VME based stuff and associated processors (Baja, Motorola, etc.). This is not

a sustainable plan since these are obsolete and eventually will die. One option is to use these boxes from Diamond Systems:

http://www.diamondsystems.com/products/octavio

 

  3480   Fri Aug 27 17:27:41 2010 kiwamuUpdateCDSnew CDS test

 { Joe, Kiwamu }

Yes !

We now are damping all of the vertex suspensions including PRM, BS, ITMs and MCs by the new CDS

( Note that we are not damping SRM because we don't have it in the chamber. )


 (things to be done)

- Make the binary outputs work.

- Make DTT work

  3479   Fri Aug 27 14:03:43 2010 kiwamuUpdateCDSWatch dogs for Vertex optics turned off

For a futher damping test, I again turned off the vertex optics watchdogs temporarily, including BS, ITMs, SRM, PRM, MCs.

  3478   Fri Aug 27 13:41:02 2010 kiwamuUpdateSUSfix watchdogs

 [Joe, Kiwamu]

We found that the vertex watchdogs were not correctly running.

After I powercycled c1susaux, the problem was fixed successfully.

 

The symptom: the watchdogs didn't disable the coil signal even when PD_VAR signals went larger than the threshold values PD_MAX_VAR.

Also we replaced the label by the correct name "C1SUSAUX" on a tag which was tied to the front end machine mounted on the new 1X5 rack.

  3477   Fri Aug 27 11:27:33 2010 steveUpdatePEMcrane safety document

I posted the crane safety document on the 40m wiki, vacuum page as 26 August 2010

Please add your comments and corrections.

 

The South End Crane will be balanced on Tuesday,  31 August 2010

This will mean that the back door of the south arm will be open on and off. Air quality will bad.

Please plan accordingly.

  3476   Fri Aug 27 11:24:13 2010 JenneOmnistructureComputersop540m dead

I think op540m has finally bitten the dust.  I noticed that both of its screens were black, so I assumed that it had crashed due to known graphics card issues or something.  But upon closer inspection, it is way more dead than that.  I checked that it does have power (at least the power cable is securely plugged in at both ends, and the power strip its on is successfully powering several other computers), but I can't make any lights or anything come on by pressing the power button on the front of the computer tower.

Immediate consequences of op540 not being operational are the lack of DMT, and the lack of Alarms. 

Joe is doing an autopsy right now to see if its really dead, or only 'mostly dead'.

EDIT: Joe says maybe it's the power supply for the computer.  But he can't turn it on either.

  3475   Fri Aug 27 07:21:13 2010 AlastairUpdateGeneralelog...

 was down.  I restarted the version in the 2.7.5 folder.  It went down again almost immediately but stayed up after the second restart.

  3474   Thu Aug 26 17:10:26 2010 kiwamuUpdateCDSnew CDS test

[Joe, Kiwamu] 

Woooo Yeaaaah

With the new CDS we succeeded in damping of PRM and BS !!

  3473   Thu Aug 26 13:08:03 2010 josephbUpdateCDSWatch dogs for Vertex optics turned off

We are in the process of doing a damping test with the real time code and have turned off the vertex optics watchdogs temporarily, including BS, ITMs, SRM, PRM, MCs.

  3472   Wed Aug 25 16:13:32 2010 steveSummaryPEMPSL optical table is back into operation at 32.75" level

The tile work was done yesterday after noon.

This morning Mike Gerfen and me lowered the enclosure frame to normal height.

Keven- janitor and I removed plastic covers from chambers, racks, SP, MC2 and clean tool boxes.

 

The afternoon Jenne, Kiwamu, Joe and Aiden cleaned the enclosure inside out. The particle count measured zero inside the enclosure with HEPAs on when the covers were

removed. The MOPA and all other components were happy to see us in excellent condition.

This table height is very user friendly!

 

Safety grounds were reconnected.

 

Atm1, new tiles around the concrete slab

Atm2, frame lowered with low cross bars reinstalled

Atm3, the enclosure frame's north west foot is connected to ground

Atm4, PSL optical table is connected to ground at the north east corner through 1 Mohm

Atm5, PSL optical table level at a stimulating, back-friendly height

Attachment 1: P1060764.JPG
P1060764.JPG
Attachment 2: P1060768.JPG
P1060768.JPG
Attachment 3: P1060777.JPG
P1060777.JPG
Attachment 4: P1060776.JPG
P1060776.JPG
Attachment 5: P1060780.JPG
P1060780.JPG
  3471   Wed Aug 25 15:55:33 2010 josephbUpdateelogStaying with 2.7.5 until passwords sorted out

Turns out the elog version 2.8.0 uses a different encryption method than 2.7.5.  This mean the encrypted passwords stored in the elogd.cfg don't work with the new code.  elogd includes functionality to generate encrypted passwords, but unfortunately I don't know the administration passwords for some of the logbooks.  So I'm going to leave 2.7.5 running until I can get those added properly to the 2.8.0 cfg file.

  3470   Wed Aug 25 15:42:01 2010 JenneUpdatePSLPSL Upgrade: Mode Matching from PMC to IMC

Thoughts on where to take the pickoff for the SHG for the PSL-green?  We discussed today at the meeting the possibility of putting a 90/10 beam splitter right after the PMC, so that the green team would get somewhere between 100-200mW. 

Quote:

40mPSL.png

 

 

  3469   Wed Aug 25 15:32:52 2010 ranaUpdatePSLPSL Upgrade: Mode Matching from PMC to IMC

In a manner similar to the now classic 'Mode Matching from PMC to IMC' entry, I have calculated the lenses and positions needed to match the 2W NPRO beam into the PMC.

The added complication is that we also want to have a reasonable beam size to get into the Faraday and the AOM. It seems that this should be possible using one lens.

After the beam comes out of the AOM, there's another lens to match to the PMC. Its possible to do this with more lenses, but this is just an effort to minimize the number

of surfaces in the beam.

40mPSL.pngScreen_shot_2010-08-25_at_6.26.23_PM.png

 

  3468   Wed Aug 25 12:40:28 2010 josephbUpdateelogReverted back to 2.7.5 until further testing is done

So apparently the themes/configurations didn't work so nicely on some of the logbooks with 2.8.0, so I'm reverting to 2.7.5 until I can figure out (assuming I can) how to get them to display properly.

  3467   Wed Aug 25 12:18:47 2010 josephbUpdateelogTrying new version of elog to see if it helps stability

So unfortunately, I made the start-elog-nodus script smart enough to kill the debugging run I had (although thats probably good since there might have been issues with continuing to run - just poor timing on part of the crash).

In related news, I have gotten the latest version of the elog code to actually compile on Nodus.  I had to hack the cryptic.c file (elog/src/cryptic.c) to get it to work though.

The following was copied from the #ifdef _MSC_VER section of the code into the #else directly following that section. 

#define MAX(x,y) ((x)>(y)?(x):(y))
#define MIN(x,y) ((x)<(y)?(x):(y))
#define __alignof__(x) sizeof(x)
#define alloca(x) malloc(x)
#define mempcpy(d, s, n) ((char *)memcpy(d,s,n)+n)
#define ERANGE 34


I also removed #include <stdint.h> as the functionality it provides is covered by inttypes.h on Solaris machines, which is automatically included.

This new code was released August 5th 2010, while the old elog code we were running was 2.7.5 and was released sometime in 2008.  There are several crash fixes mentioned in the version notes so I'm hoping this may improve stability. I'm in the process of making a copy of the elog logbooks into the elog-2.8.0 install (so as to have a backup with the original 2.7.5).  I'm also copying over all the configuration files.   In a few minutes I'm going to try switching over to the new elog.  If it doesn't work, or is worse, its easy enough to just start up the current version.

All files are located in /cvs/cds/caltech/elog/elog-2.8.0 (the old directory is elog-2.7.5).  I've made  a new startup script called start-elog-nodus-2.8.0.  To start the new one, just run that script.  To start the old one, just go to the elog-2.7.5 directory and run the old start-elog-nodus script.

  3466   Tue Aug 24 22:26:16 2010 ZachUpdateelogrestarted

took two again

Quote:

 Restarted the elog using the script. I had to do it twice for it to work. This is not the first time this has happened---does anyone know why this might be?

 

  3465   Tue Aug 24 17:57:57 2010 ZachUpdateelogrestarted

 Restarted the elog using the script. I had to do it twice for it to work. This is not the first time this has happened---does anyone know why this might be?

  3464   Tue Aug 24 14:29:18 2010 josephbUpdateelogElog down for 1 minute

I'm going to take the elog down for one minute and restart it under gdb (using a copy of gdb stolen from fb40m since I couldn't figure out how to install an old enough version on nodus from source).  The terminal with information is running on Rosalba under the "Phase Noise" panel, so please don't close it.  Ideally, the next time the elog crashes, I'll have some output indicating why or at least the line in the code.  I can then look at the raw source code or send the line back to the developer and see if he has any ideas.

  3463   Tue Aug 24 12:03:57 2010 ranaUpdatePSLPSL Upgrade: Mode Matching from PMC to IMC

I used the free software called 'ABCD' for Mac to construct this mode matching solution for going from the PMC to the IMC.

After getting it close by eye, I plugged the initial guess into Matlab and let it optimize the distances. I then plugged this into 'ABCD'

to get the exact solution. ABCD doesn't actually optimize anything; it just makes a nice table and graphically plots the solution.

  • The first waist between the first lens (f = +200 mm) and the second lens (f = -150 mm) is where the triple mod EOM goes. I have not accounted for the index (1.75) of the KTP.
  • The third lens we need is a f = +400 mm lens. I have put the lenses in the new layout drawing at the positions indicated in the Omnigraffle drawing. Each grid square corresponds to 1 inch.

The part numbers for these lenses are:

PLCX-25.4-103.0-UV-1064
PLCC-25.4-77.3-UV-1064
PLCX-25.4-206.0-UV-1064
40mPSL.pngScreen_shot_2010-08-24_at_6.07.43_PM.png
  3462   Tue Aug 24 11:23:32 2010 steveUpdatePEMtripod leg installation completed

Bertine Robby, Bertin and Jerry completed the installation by pouring concrete yesterday and cleaning up today.

Atm1-2, steel bars, grouted feet and side forms are ready

Atm3,    bounding agent is applied for better bounding

Atm4,    pumping concrete

Atm5,    shaker is used to fill-all

Atm6,    late after noon the forms- sides were removed,     NOTE: actual table to concrete distance is 12.75"

Atm7,    construction people left and the tile man is on the way

 

The tile patching should complete today so tomorrow we can remove plastic covers.

 

Attachment 1: P1060731.JPG
P1060731.JPG
Attachment 2: P1060719.JPG
P1060719.JPG
Attachment 3: P1060736.JPG
P1060736.JPG
Attachment 4: P1060738.JPG
P1060738.JPG
Attachment 5: P1060742.JPG
P1060742.JPG
Attachment 6: P1060757.JPG
P1060757.JPG
Attachment 7: P1060755.JPG
P1060755.JPG
  3461   Tue Aug 24 06:34:01 2010 AlastairUpdateGeneralElog...

...was down.  Have restarted it.

  3460   Mon Aug 23 22:11:52 2010 kiwamuUpdateTreasureRe:Seriously?

Woops, I am sorry about that. I've just cleaned them up.

Quote:

Bad CDS team. Bad. 

  3459   Mon Aug 23 21:04:14 2010 JenneUpdateTreasureSeriously?

Bad CDS team. Bad.

BadKiwamu_CDSsetup.jpg

 

 

 

  3458   Mon Aug 23 19:55:31 2010 kiwamuUpdateCDSsome progress

 {Joe, Kiwamu}

Today we did the following works in order to get ready for the new CDS test.

 - solved the DAC issue.

 - checked all the channel assignments of the ADC and the DAC.

 - preparation for modification of the AA filter chassis. 

 - checked DAC cable length.

 - connected the power cables of the BO boards to Sorensens.

 

Although we performed those works, we still couldn't do the actual damping tests.

To do the damping tests, we have to modify the AA chassis to let the SCSIs go in it. Now Joe and Steve are working for this issue.

 Also we found that we should make three more 37pin Dsub - 40pin IDC cables.  

But this is not a critical issue because the cables and the connectors are already in our hands. So we can make them any time later.

 

(Notes)


 (DAC issue)

  Now all the DAC channels are working correctly.  

There had been a combination of some issues.

  When I posted the elog entry last time, the DAC was not working at all (see here).

 But in the last week Joe found that the IO process didn't correctly run. He modified the IOP file named 'c1x02.mdl' and ran it after compiling and installing it.

 This made the situation better because we then were able to see the most of the signals coming out from the DACs.

     However we never saw any signals associated with SIDE_COILs.

 We checked the DAC cards, their slots and their timing signals. But they all were fine.

At that time we were bit confused and spent a couple of days because the DAC signals appeared at a different slot some time after we rebooted the computer. Actually this issue still remains unsolved...

Finally we found that SIDE_COILs had an input matrix which didn't show up in the medm screen.

We put 1 in the matrix and we successfully got the signal coming out from the DAC.

 

(channel assignments)

We checked all the channel assignments of the DACs and the ADCs.

All the channels are assigned correctly (i.e. pin number and channel name).

 

(AA chassis)

 We have been planning to put the SCSI cables into the AA chassis to get the ADC signals.

As Joe said in the past entry (see here) , we need a modification on the AA chassis to let the SCSIs go in it.

Joe and Steve will put an extension component so that we can make the chassis wider and eventually SCSI can go in.

 

 

(DAC cable length)

 In the default plan we are going to reuse some DAC cables which are connected to the existing systems.

To reuse them we had to make sure that the length of those cables are long enough for the new CDS.

After stopping the watchdogs, we disconnected those DAC cables and confirmed they were long enough.

Now those cables are connected to the original place where they have been before.

The same test will be performed for the binary outputs.

 

(power cables to Sorensens)

 Since the binary output boards need +/- 15V power, we hooked up the power cables to Sorensens sitting on the new 1X5 rack.

After cabling them, we turned on the power and successfully saw the green LEDs shining on the back panel of the boards.

  3457   Mon Aug 23 18:18:22 2010 kiwamuConfigurationSUSRe:watchdogs off

Now watchdogs are back.

The suspensions are well damped.

  3456   Mon Aug 23 15:24:24 2010 kiwamuConfigurationSUSwatchdogs off

For the new CDS test, I turned off the watchdogs for PRM, SRM, BS, ITMs and MCs.

I will restore these watchdogs after several hours from now.

 

  3455   Mon Aug 23 08:28:27 2010 steveUpdateSUSETMY sus damping restored
  3454   Mon Aug 23 00:08:24 2010 JenneUpdateelogJoe, I think this's your cue...
  3453   Sun Aug 22 16:20:24 2010 ZachUpdateelogrestarted (with my phone this time)
ELOG V3.1.3-