ID |
Date |
Author |
Type |
Category |
Subject |
8319
|
Wed Mar 20 16:45:59 2013 |
Manasa | Bureaucracy | Auxiliary locking | Fetched NPRO from ATF |
[Koji, Annalisa, Manasa]
NPRO with controller from ATF joins the 40m. We have put it on the POY table where we plan to use it for ABSL. |
Attachment 1: P3203298.JPG
|
|
Attachment 2: P3203299.JPG
|
|
10312
|
Thu Jul 31 21:59:25 2014 |
Koji | Bureaucracy | General | Ants |
Don't leave your food on tables and desks!
Also I put the souvenir chocolates in the microwave, just in case. |
Attachment 1: P7316690.JPG
|
|
11096
|
Wed Mar 4 00:50:36 2015 |
rana | Bureaucracy | Treasure | Transitioned DARM to AS55Q, some other work |
Just in case there was some confusion, the champagne on my desk is not to be opened before I get back, no matter how many signals are transitioned to RF. |
11346
|
Fri Jun 5 11:59:59 2015 |
ericq | Bureaucracy | General | Maintenance Tasks, IFO upgrades |
At wednesday's meeting, Rana, Koji, Steve, and I started making a list of maintenence tasks that should be done/checked on a regular basis. The actual scheduling of these has not yet been considered. They include:
- N2 Tank pressure / cylinder replacement
- Headlamp, walkie talkie battery recharge
- Workstation software updates
- Coffee bean and filters
- Multimeter battery levels
- Sorensen DC power supply voltage settings and current draws
- UPS' status (Vacuum, NFS host, workstations)
- SR560s, battery powered scopes plugged in
- Rack Fuses intact
- Take pictures of electronics racks, optical tables
- Replace PSL HEPA filter
Next, we brainstormed work that can be done to improve the interferometer performance, and what order/precedence they should take.
In the end, it was decided that the plan for the next few weeks was to focus on improving the ALS noise levels, and, more importantly, seeking to make the performance more consistent. We need to know what is limiting us, and what we extent we can expect to improve things. To this end, I am working on reviving a ALS noise budget; using the noise budget from the green locking paper to inform a simulinkNB kind of thing.
Here are all of the items we listed during this brainstorming session.
Some near-term/priority tasks are:
- Installing the accelerometers near MC1 and 2
- Installing green steering PZT mirrors at the Y end table, commission dither alignment
- Improving the X end green mode matching
- ALS noise budgeting
- Upgrade the realtime system to RCG v2.9
More down the line, other things we thought about were:
- Cleanup of bench power supplies (FSS box has one, where else?)
- Fixing the ETMX suspension issues
- Upgrade SOS suspension code to the appropriate aLIGO block
- Upgrade to the green PDH electronics
- Understanding / tuning the FSS servo laser PZT vs. PC crossover
- Undestanding / tuning the 11MHz vs 55MHz modulation phase
- Replacing the slow vxworks machines with the Acromag setup Aiden has set up for the CTN lab
- QPD upgrade
- New/better green beatbox
- Finalize the manifestation of the IR beat control (Freq counter vs. fast DFD)
- Explore the idea of using an analog output of the ALS beatbox as fast input to the CM board
- Replace triple resonant EOM driving circuit with double resonant one
- X end table layout/enclosure upgrade
|
12828
|
Tue Feb 14 10:43:06 2017 |
gautam | Bureaucracy | Equipment loan | Equipment to Cryo Lab |
PZT Buzzer Box (Thorlabs HV Supply + Manual + 2*PZT Buzzers) ---> Cryo Lab (Brittany + Aaron) |
12872
|
Tue Mar 7 15:17:19 2017 |
Steve | Bureaucracy | General | property tag |
Property tag found. |
Attachment 1: property_tag.jpg
|
|
13456
|
Tue Nov 28 17:27:57 2017 |
awade | Bureaucracy | Calibration-Repair | SR560 return, still not charging |
I brought a bunch of SR560s over for repair from Bridge labs. This unit, picture attached (SN 49698), appears to still not be retaining charge. I’ve brought it back. |
Attachment 1: 96B6ABE6-CC5C-4636-902A-2E5DF553653D.jpeg
|
|
Attachment 2: image.jpg
|
|
13923
|
Wed Jun 6 17:22:23 2018 |
Koji | Bureaucracy | General | Salvaged junk from yend |
While Keerthana and johannes were working at the end, I made a little cleaning at the yend. I salvaged large amount of hardware inclding optics, optomechanics. We all together should work on returning them to appropriate locations. |
Attachment 1: DSC_0661.JPG
|
|
13949
|
Tue Jun 12 14:47:37 2018 |
gautam | Bureaucracy | General | Unlabelled components from EX moved to SP table and labelled |
Steve mentioned two unlabelled optics were found at EX, relics from the Endtable upgrade.
- One was a 1" 45 deg p-pol optic (Y1-1025-C-45P), it looks a bit scratched.
- The other was a Beam Sampler (BSF10-C).
These are now labelled and forked down on the SP table. |
13950
|
Tue Jun 12 15:32:15 2018 |
Steve | Bureaucracy | General | Salvaged junk from Xend |
Koji's collection of Yend components put away. I cleaned up the Xend bench today.
Loadcells, leveling wedge mounts and related items placed under flowbench cabinet next to Guralp staff.
|
13970
|
Fri Jun 15 08:09:15 2018 |
Steve | Bureaucracy | General | cleaning up at the PSL enclousure |
The cabeling was cleaned up a little bit yesterday morning. The upper back side is still massy. |
Attachment 1: before.jpg
|
|
Attachment 2: after.jpg
|
|
Attachment 3: back_side.jpg
|
|
14170
|
Mon Aug 20 14:04:53 2018 |
johannes | Bureaucracy | Equipment loan | Two C30642G PDs removed |
EDIT: After discussing with Koji and checking the existing M2ISS PDs I put the two C30642G back and took two C30665GH (active diameter: 3mm) diodes. Only one of this type remains in storage.
I removed two C30642G photodiodes from the stash for the new M2ISS hardware and updated the wiki page accordingly.
|
14174
|
Tue Aug 21 17:32:51 2018 |
awade | Bureaucracy | Equipment loan | One P-810.10 Piezo Actuators element removed |
I've taken a PI Piezo Actuator (P-810.10) from the 40m collection. I forgot to note it on the equipment checklist by the door, will do so when I next drop by. |
14553
|
Fri Apr 19 09:42:18 2019 |
Koji | Bureaucracy | General | Item borrowing (40m->OMC) |
Apr 16, 2019
Borrowed two laser goggles from the 40m. (Returned Apr 29, 2019)
Apr 19, 2019
Borrowed from the 40m:
- Universal camera mount
- 50mm CCD lens
- zoom CCD lens (Returned Apr 29, 2019)
- Olympus SP-570UZ (Returned Apr 29, 2019)
- Special Olympus USB Cable (Returned Apr 29, 2019)
|
14555
|
Fri Apr 19 12:06:31 2019 |
awade | Bureaucracy | Electronics | Borrowed Busby Box May 19th 2019 |
I've borrowed the Busby Box for a day or so. Location: QIL lab at Bridge West.
Edit Sat Apr 20 21:16:46 2019 (awade): returned. |
14565
|
Wed Apr 24 11:22:59 2019 |
awade | Bureaucracy | Equipment loan | Borrowed Zurich HF2LI Lock in Amplifer to QIL |
Borrowed Zurich HF2LI Lock in Amplifer to QIL lab Wed Apr 24 11:25:11 2019. |
14822
|
Thu Aug 1 13:55:34 2019 |
Duo | Bureaucracy | Equipment loan | Gpib module taken to QIL lab |
vanna --> QIL.
gautam 20190804: The GPIB module + power supply were returned to me by Duo ~5pm today at the 40m. |
15544
|
Fri Aug 28 11:41:23 2020 |
gautam | Bureaucracy | safety | Crane inspection 2020 |
Mr Fred Goodbar of Konacrane was in the lab 830am-1130am today. All three cranes in the VEA were inspected, loaded with 450lb test weights, and declared in good working condition and safe to use.
- Apparently, the clackity noise heard when running the crane at the south end is a known problem - the crane was opened up and inspected sometime in the past, and no obvious cause was found. This is not expected to affect the usability of the crane.
- The travel speed of the cranes is slow - but this is apparently intentional, on the request of Steve V.
The interferometer subsystems appear normal after the inspection. |
16727
|
Tue Mar 15 13:49:44 2022 |
Ian MacMillan | Bureaucracy | Treasure | New Screwdriver Bits |
I have received the new screwdriver bits that will work with the two electric screwdrivers we have. I have distributed them in the 40m. Some are in the electronics stations and some are in the toolbox in the lab. The new electric screwdriver (which looks like a drill but takes typical screwdriver bits) is in the room with the workshop. It is in the blue Makita box. For some reason, lots of the old bits were rounded because of incorrect use. I have thrown the unuseable ones out.
I also requested some screw extractors in case we need them. the one we have now is really big and may not work on smaller screws. |
17072
|
Wed Aug 10 19:36:45 2022 |
Koji | Bureaucracy | General | Lab cleaning and discovery |
During the cleaning today, we found many legacy lab items. Here are some policies what should be kept / what should be disposed
Dispose
- VME crates and VME electronics as long as they are not in use
- Eurocard SUS modules that are not in use.
- Eurocard crates (until we remove the last Eurocard module from the lab)
- Giant steel plate/palette (like a fork lift palette) along the Y arm. (Attachment 1)
- An overhead projector unit.
Keep
- Spare Eurocard crates / ISC/PZT Eurocard modules
- Boxes of old 40m logbooks behind the Y arm (see Attachment 2/3).
- Ink-plotter time-series data (paper rolls) of 1996 IFO locking (Attachment 4). Now stored in a logbook box.
- A/V type remnants: Video tapes / video cameras / casette tapes as long as they hold some information in it. i.e. Blank tapes/blank paper rolls can be disposed.
|
Attachment 1: steel_plate.jpg
|
|
Attachment 2: logbook1.jpg
|
|
Attachment 3: logbook2.jpg
|
|
Attachment 4: paper_plots.jpg
|
|
17085
|
Wed Aug 17 07:35:48 2022 |
yuta | Bureaucracy | General | My wish list for IFO commissioning |
FPMI related
- Better suspension damping HIGH
- Investigate ITMX input matrix diagonalization (40m/16931)
- Output matrix diagonalization
* FPMI lock is not stable, only lasts a few minutes for so. MICH fringe is too fast; 5-10 fringes/sec in the evening.
- Noise budget HIGH
- Calibrate error signals (actually already done with sensing matrix measurement 40m/17069)
- Make a sensitivity curve using error and feedback signals (actuator calibration 40m/16978)
* See if optical gain and actuation efficiency makes sense. REFL55 error signal amplitude is sensitive to cable connections.
- FPMI locking
- Use CARM/DARM filters, not XARM/YARM filters
- Remove FM4 belly
- Automate lock acquisition procedure
- Initial alignment scheme
- Investigate which suspension drifts much
- Scheme compatible with BHD alignment
* These days, we have to align almost from scratch every morning. Empirically, TT2 seems to recover LO alignment and PR2/3 seems to recover Yarm alignment (40m/17056). Xarm seems to be stable.
- ALS
- Install alignment PZTs for Yarm
- Restore ALS CARM and DARM
* Green seems to be useful also for initial alignment of IR to see if arms drifted or not (40m/17056).
- ASS
- Suspension output matrix diagonalization to minimize pitch-yaw coupling (current output matrix is pitch-yaw coupled 40m/16915)
- Balance ITM and ETM actuation first so that ASS loops will be understandable (40m/17014)
- Suspension calibrations
- Calibrate oplevs
- Calibrate SUSPOS/PIT/YAW/SIDE signals (40m/16898)
* We need better understanding of suspension motions. Also good for A2L noise budgeting.
- CARM servo with Common Mode Board
- Do it with single arm first
BHD related
- Better suspension damping HIGH
- Invesitage LO2 input matrix diagonalization (40m/16931)
- Output matrix diagonalization (almost all new suspensions 40m/17073)
* BHD fringe speed is too fast (~100 fringes/sec?), LO phase locking saturates (40m/17037).
- LO phase locking
- With better suspensions
- Measure open loop transfer function
- Try dither lock with dithering LO or AS with MICH offset (single modulation)
- Modify c1hpc/c1lsc so that it can modulate BS and do double demodulation, and try double demodulation
- Noise Budget HIGH
- Calibrate MICH error signal and AS-LO fringe
- Calibrate LO1, LO2, AS1, AS4 actuation using ITM single bounce - LO fringe
- Check BHD DCPD signal chain (DCPD making negative output when fringes are too fast; 40m/17067)
- Make a sensitivity curve using error and feedback signals
- AS-LO mode-matching
- Model what could be causing funny LO shape
- Model if having low mode-matching is bad or not
* Measured mode-matching of 56% sounds too low to explain with errors in mode-matching telescope (40m/16859, 40m/17067).
IMC related
- WFS loops too fast (40m/17061)
- Noise Budget
- Investigate MC3 damping (40m/17073)
- MC2 length control path |
17681
|
Thu Jul 13 14:47:38 2023 |
yuta | Bureaucracy | General | Things we need to fix |
- ETMX damping loops are not good. ETMX is moving by ~10 urad (if oplev is correctly calibrated), and beam spot moves by ~0.5 beam spot on ETMX when Xarm is locked. TRX fluctuates by ~10%. Simply tuning gains did not solve.
- ETMX does not come back after putting some offset to misalign and remove the offset to align. Hysterisis makes me hysteric.
- Xend acromag is removed, and we cannot access Xend shutter and ETMX slow channels.
- XARM ASS is not working.
- Yend laser is not working.
|
Attachment 1: Screenshot_2023-07-13_14-51-48_SoWhite.png
|
|
48
|
Thu Nov 1 16:51:33 2007 |
d40 | AoG | General | D40 |
If you vant see D40 againn, you leave one plate goulash by N2 tank in morning.
Vit the good paprikash this time!!! |
Attachment 1: PB010001.JPG
|
|
100
|
Wed Nov 14 12:33:35 2007 |
tobin | AoG | Environment | construction |
The construction crews are running a jack-hammer right outside of the control room. |
Attachment 1: DSC_0172.JPG
|
|
212
|
Sat Dec 22 15:32:11 2007 |
tobin | AoG | Environment | ants |
Ants are everywhere: on the PSL table, on the circuit board I'm soldering...
I believe I have discovered their energy source. |
Attachment 1: DSC_0361.JPG
|
|
229
|
Wed Jan 9 20:29:47 2008 |
Dmass | AoG | TMI | Coffee Carafe |
If you have been using the coffee machine in the 40m, you may have noticed small brown flecks in your coffee mug. The carafe in the 40m has accumulated a layer of what is presumed to be old dried up coffee. When a small amount of water is swirled around in the bottom, flecks of the brown layer come off. Pictures below are of the inside of the carafe.
But does it provide adequate protection from 1064 light? |
Attachment 1: DSC_0363.JPG
|
|
Attachment 2: DSC_0365.JPG
|
|
Attachment 3: DSC_0368.JPG
|
|
493
|
Fri May 23 08:24:24 2008 |
rana | AoG | Treasure | Yoichi Aso has arrived ! |
|
Attachment 1: Colossus_back_(800_x_600)-thumb.jpg
|
|
703
|
Sat Jul 19 19:41:56 2008 |
Yoichi | AoG | PSL | The author of the entry 702 is Yoichi not Rob |
I made a mistake. |
1724
|
Wed Jul 8 18:46:56 2009 |
Dmass | AoG | Electronics | Beam Scan Funky |
The beam scan (which has been living in the bridge subbasement for a bit now) is in a state of imperfection.
I noticed that:
- The waist reading seems to change by not insignificant amounts as you move the spot across the head, even for just small perturbations about the center.
- None of the features which require two slits seem to be working (unsure if this is software or hardware related)
I took some pictures to try and illuminate the situation - The inverted images are included to make it easier to see the flecks (?) in the slits
I am not sure how to figure out if any bit of the scan is/has been fried.
Pending further investigation, enjoy large error bars in your scan measurements!
PICTURES OF BOTH SLITS ON THE BEAMSCAN HEAD: |
Attachment 1: beamscanhead3.png
|
|
Attachment 2: beamscanhead6.png
|
|
1766
|
Tue Jul 21 01:11:30 2009 |
Dmass | AoG | Computers | Alarms going off |
I came into the 40m to sign things out briefly then swiftly return them, and the alarms were going off on op540m at 1am.
The cat and donkey? were making much noise. |
1994
|
Wed Sep 23 17:32:37 2009 |
rob | AoG | Computers | Gremlins in the RFM |
A cosmic ray struck the RFM in the framebuilder this afternoon, causing hours of consternation. The whole FE system is just now coming back up, and it appears the mode cleaner is not coming back to the same place (alignment).
rob, jenne |
1996
|
Wed Sep 23 20:02:11 2009 |
Jenne | AoG | Computers | Gremlins in the RFM |
Quote: |
A cosmic ray struck the RFM in the framebuilder this afternoon, causing hours of consternation. The whole FE system is just now coming back up, and it appears the mode cleaner is not coming back to the same place (alignment).
rob, jenne
|
Jenne, Rana, Koji
The mode cleaner has been realigned, using a combination of techniques. First, we used ezcaservo to look at C1:SUS-MC(1,3)_SUS(DOF)_INMON and drive C1:SUS-MC(1,3)_(DOF)_COMM, to put the MC1 and MC3 mirrors back to their DriftMon values. Then we looked at the MC_TRANS_SUM on dataviewer and adjusted the MC alignment sliders by hand to maximize the transmission. Once the transmission was reasonably good, we saw that the spot was still a little high, and the WFS QPDs weren't centered. So Koji and I went out and centered the WFS, and now the MC is back to where it used to be. The MC_TRANS QPD looks nice and centered, so the pointing is back to where it used to be. |
2025
|
Tue Sep 29 23:43:49 2009 |
rana | AoG | all down cond. | Cosmic |

cosmic rays in cars |
2046
|
Fri Oct 2 18:26:32 2009 |
rob | AoG | Environment | earthquake |
quake coming through. I've re-enabled optic damping (except ETMY), and left off the oplevs for now. We can do a resonant-f check over the weekend.
Looks like it was a magnitude 5 near Olancha, where they sell really good fresh jerky. quake
Earthquake Details
Magnitude |
5.2 |
Date-Time |
- Saturday, October 03, 2009 at 01:15:59 UTC
- Friday, October 02, 2009 at 06:15:59 PM at epicenter
|
Location |
36.393°N, 117.877°W |
Depth |
0 km (~0 mile) (poorly constrained) |
Region |
CENTRAL CALIFORNIA |
Distances |
- 11 km (7 miles) S (182°) from Keeler, CA
- 16 km (10 miles) ENE (59°) from Cartago, CA
- 18 km (11 miles) NE (37°) from Olancha, CA
- 28 km (17 miles) SE (141°) from Lone Pine, CA
- 239 km (148 miles) W (276°) from Las Vegas, NV
|
Location Uncertainty |
horizontal +/- 0.6 km (0.4 miles); depth +/- 2.2 km (1.4 miles) |
Parameters |
Nph=030, Dmin=19 km, Rmss=0.28 sec, Gp= 79°,
M-type=local magnitude (ML), Version=C |
Source |
|
Event ID |
ci14519780 |
- This event has been reviewed by a seismologist.
latest news: there's actually been about a dozen earthquakes in Keeler in the last couple hours: http://earthquake.usgs.gov/eqcenter/recenteqsus/Maps/special/California_Nevada_eqs.php
-Rana
|
2344
|
Sun Nov 29 16:56:56 2009 |
rob | AoG | all down cond. | sea of red |
Came in, found all front-ends down.
Keyed a bunch of crates, no luck:
Requesting coeff update at 0x40f220 w/size of 0x1e44
No response from EPICS
Powered off/restarted c1dcuepics. Still no luck.
Powered off megatron. Success! Ok, maybe it wasn't megatron. I also did c1susvme1 and c1susvme2 at this time.
BURT restored to Nov 26, 8:00am
But everything is still red on the C0_DAQ_RFMNETWORK.adl screen, even though the front-ends are running and synced with the LSC. I think this means the framebuilder or the DAQ controller is the one in trouble--I keyed the crates with DAQCTRL and DAQAWG a couple of times, with no luck, so it's probably fb40m. I'm leaving it this way--we can deal with it tomorrow. |
2345
|
Mon Nov 30 10:28:47 2009 |
Alberto | AoG | all down cond. | sea of red |
Quote: |
Came in, found all front-ends down.
Keyed a bunch of crates, no luck:
Requesting coeff update at 0x40f220 w/size of 0x1e44
No response from EPICS
Powered off/restarted c1dcuepics. Still no luck.
Powered off megatron. Success! Ok, maybe it wasn't megatron. I also did c1susvme1 and c1susvme2 at this time.
BURT restored to Nov 26, 8:00am
But everything is still red on the C0_DAQ_RFMNETWORK.adl screen, even though the front-ends are running and synced with the LSC. I think this means the framebuilder or the DAQ controller is the one in trouble--I keyed the crates with DAQCTRL and DAQAWG a couple of times, with no luck, so it's probably fb40m. I'm leaving it this way--we can deal with it tomorrow.
|
I found the red sea when I came in this morning.
I tried several things.
- ssh into fb40m: connection refused
- telnet fb40m 8087: didn't respond
- shutdown fb40m by physically pushing the power button: it worked and the FB came back to life but still with a red light on the MEDM DAQ_DETAIL screen;
- powercycled fb40m AND C0DAQCTRL: no improvement
- shutdown fb40m, C0DAQCTRL, C1DCUEPICS and pushed the reset button on the RF network crate; then I restarted the computers in this order: fb40m, C1DCUEPICS, C0DAQCTRL: it worked: they came back to life and the lights eventually turned green on the MEDM montior screen
I'm now going to restart the single front -ends and burtgooey them if necessary. |
2346
|
Mon Nov 30 11:29:40 2009 |
Alberto | AoG | all down cond. | sea of red |
Quote: |
Quote: |
Came in, found all front-ends down.
Keyed a bunch of crates, no luck:
Requesting coeff update at 0x40f220 w/size of 0x1e44
No response from EPICS
Powered off/restarted c1dcuepics. Still no luck.
Powered off megatron. Success! Ok, maybe it wasn't megatron. I also did c1susvme1 and c1susvme2 at this time.
BURT restored to Nov 26, 8:00am
But everything is still red on the C0_DAQ_RFMNETWORK.adl screen, even though the front-ends are running and synced with the LSC. I think this means the framebuilder or the DAQ controller is the one in trouble--I keyed the crates with DAQCTRL and DAQAWG a couple of times, with no luck, so it's probably fb40m. I'm leaving it this way--we can deal with it tomorrow.
|
I found the red sea when I came in this morning.
I tried several things.
- ssh into fb40m: connection refused
- telnet fb40m 8087: didn't respond
- shutdown fb40m by physically pushing the power button: it worked and the FB came back to life but still with a red light on the MEDM DAQ_DETAIL screen;
- powercycled fb40m AND C0DAQCTRL: no improvement
- shutdown fb40m, C0DAQCTRL, C1DCUEPICS and pushed the reset button on the RF network crate; then I restarted the computers in this order: fb40m, C1DCUEPICS, C0DAQCTRL: it worked: they came back to life and the lights eventually turned green on the MEDM montior screen
I'm now going to restart the single front -ends and burtgooey them if necessary.
|
Everything is back on.
Restarted all the front ends. As usual c1susvme2 was stubborn but eventually it came up.
I burt-restored all the front-ends to Nov 26 at 8am.
The mode cleaner is locked. |
2350
|
Thu Dec 3 15:55:24 2009 |
Alberto | AoG | LSC | RF AM Stabilizer Output Power |
Today I measured the max output power at the EOM output of one of the RF AM Stabilizers that we use to control the modulation depth. I needed to know that number for the designing of the new RF system.
When the EPICS slider of the 166 MHz modulation depth is at 0 the modulation depth is max (the slider's values are reversed : 0 is max, 5 is min; it is also 0 for any value above 5, sepite it range from 0 to 10).
I measured 9.5V from the EOM output, that is 32 dBm on a 50 Ohm impedance. |
2355
|
Sat Dec 5 14:41:07 2009 |
rob | AoG | all down cond. | sea of red, again |
Taking a cue from entry 2346, I immediately went for the nuclear option and powered off fb40m. Someone will probably need to restart the backup script. |
2356
|
Sat Dec 5 15:20:10 2009 |
Jenne | AoG | all down cond. | sea of red, again |
Quote: |
Taking a cue from entry 2346, I immediately went for the nuclear option and powered off fb40m. Someone will probably need to restart the backup script.
|
Backup script restarted. |
2640
|
Thu Feb 25 15:49:05 2010 |
Alberto | AoG | CDS | New IO Chassis for the new CDS |
Yesterday Kiwamu and I went to Downs to take all the available parts of the IO chassis that Gary and I had put together over there.
We've got only 3 of the 5 that we need for the Upgrade. The other 2 are currently being used for some other purpose in Downs labs.
I'm not sure about what each chassis has supposed to contain. They all also look different from each other.
Anyway, it looks like there should be a sort of motherboard and an IO Chassis Interface Board (DCC# D0902029) in each of them. The IO Chassis Interface Board is just a board with a bunch of PCI slots.
This is what the 3 chassis that we've got yesterday have:
Chassis 1
- 1 very big "motherboard"
- power supply
Chassis 2
- small motherboard
- IO Interface Board (DCC# D0902029)
- power supply
Chassis n.3
- "Dolpjin" motherboard
- IO Interface Board
- power supply
Apparently 2 of these 3 chassis are still missing their IO interface boards,
Also all chassis are still missing all the connections to powering, fans, LEDs, power and reset buttons. It's not clear how these connections should be. Gary didn't know it either. |