The BHD platform assembly is going well. I have gotten majority of the Helicoils into all of their components. The only Helicoils I have left to insert are those of the breadboard. I have finished assembling 4 of the D220392, and 2 of the D2200409. Next I will be inserting the HeliCoils into the breadboard and working on D200400, D200405, and D200406. If lucky, I will also be able to tackle the Optic Mount Assemblies D2100200 and 2100435 on Monday afternoon as well.
I've attached a photo of the finished components.
Today, I spent majority of my time insterting the Helicoils for the Platform Assembly, D2100435. 181 Inserts to be exact. and I also got around to setting up the build for up the D2200400, 405, and 406. I expect for the assembling of the BHD platform to be maxed by Friday. (Maxed as in we need to pull parts from which are currently in Vacuum). I want OMC to be added on Friday and for us to begin the following week with alignment of the BHD Assembly.
Tasks which still need to be done
Thanks, JC for putting the parts together! I'll start collecting the instruments necessary for the OMC mounting / locking.
Integration of the BHD platform and an OMC
- Working environment: The BHD platform was placed on the optical table, and the parts and tools were placed on a wagon. (Attachment 1)
- The OMC used: OMC #1 (used OMC taken out from LLO)
- Cleanliness: HEPA booth / Particle counter borrowed from the PSL table. 0~20 count per cubic foot for 0.5um.
- OMC mounting scheme: The kinematic mount with three balls and three grooves is supposed to fix the position of the OMC once it is aligned.
- OMC mounting procedure: Firstly, the upper parts were fixed to the OMC (Attachment 2), while the lower parts were placed on the BHD Platform without fixing (Attachment 3). Then, the OMC was placed on top. By jiggling the bottom parts, the grooves were aligned to the given ball positions (Attachment 4). Because the lower parts have grooves, they still can move before they are fixed keeping the tangent of the grooves and the balls. After the lower parts were aligned with the fixing thread holes well within the through holes, the hexagonal bolts were fastened with a spanner.
Using this OMC, the lower mounting parts for the second OMC slot were also aligned. They will need to be adjusted with the other OMC given later.
It is important to note that when raising or lowering the OMC from the BHD Platform, the fingers should be put on the attachment for the kinematic mounts from the bottom rather than pulling the glass breadboard up by putting the fingers on the glass breadboard.
This is to avoid extension stress on the glass mounting brackets, which can lead to epoxy delamination and/or cracking of the glass parts. Lifting the attachment for the kinematic mounts from below is safe because only compressive forces will be applied to the bonding on the breadboard surface.
While adjusting the kinematic mount, we noticed that the OMC cable bracket was sagging from the OMC breadboard. This happened with no specific impact given.
This was the delamination of the epoxy (EP30-2) between the glass brackets and the rectangular metal shims. (Attachments)
There was no real damage to the components.
Also, a small delamination area was found on one of the mass mounting brackets (not pictured).
# This OMC was the first manufactured OMC in 2013, installed at LLO, and taken out last year. This is not the unit to be (possibly) used at Hanford.
The EP30-2 of this era had no established procedure for proper mixing yet. We've experienced frequent delamination in the OMCs and suspension assemblies.
Now that procedures for testing epoxy mixtures in a toaster oven have been established, the frequency of such delamination has decreased.
The EP30-2 of this era had no established procedure for proper mixing yet. We've experienced frequent delamination in the OMCs and suspension assemblies.
Now that procedures for testing epoxy mixtures in a toaster oven have been established, the frequency of such delamination has decreased.
My assessment for the repair procedure:
- Remove the remaining epoxy layer on the glass side by scrubbing with a cotton swab using acetone.
- Apply EP30-2 on the cable bracket.
- Inject EP30-2 mixture to the mass mounting bracket via capillary action.
Strictly speaking, this OMC is a loan from aLIGO, so I will contact the aLIGO team to see if they have no objections to the repair before we start the work.
In the meantime, we can prepare optics for locking the OMC.
Ed (Oct 30, 2023 8AM): The rework was approved by GariLynn and Gabriele.
In the preparation of the OMC bond rework, we removed the remaining bond layer on the glass brackets.
Tools: Newly opened acetone, small glass bottle, syringes, Cotton Q-tips (wooden stick), cleaned razor blades
We successfully applied EP30-2 on the OMC #1.
We came back to the OMC 24 hours later and found the bonding work yesterday went well.
We cleaned up the OMC further and then placed it on the BHD platform. Now it's ready for the optical action.
Entrance particle count 2 / Exit particle count 4 for 0.5um
(Bond inspection photos will be posted here by JC)
I measured 883 mW of PSL power before the PSL Shutter. I then set the waveplate AXIS 1 to 36.82 deg to make the power 93 mW.
The polarization and alignment of the fiber for the OMC setup were adjusted. The polarization ratio before the PBS was 50:1. Then, the P-pol was sent to the OMC via two steering mirrors.
As a result of the beam alignment, the OMC cavity is flashing with a good amount of occasional TEM00.
Fiber alignment and polarization refinement
- NPRO power ADJ was "-29". The initial fiber output was 6mW.
- The input fiber collimator and an input steering mirror were adjusted to maximize the fiber output. The output power increased to 12mW.
- Adjusted the output fiber mount to minimize the PBS reflection.
- The initial ratio of the P/S was checked. 3mW was reflected by a PBS out of 12W. (i.e. 3:1).
- Went to the PSL table and repeated 1) rotate the fiber coupler 2) maximize the input beam/coupler alignment.
- Again, adjusted the output fiber mount to minimize the PBS reflection.
- Went back to the PSL to repeat the input side adjustment.
- Determined that I could not do it better.
- Increased the NPRO power ADJ to -20, just to have more power.
Polarization ratio was ~50:1 (Trans 43mW, Refl 0.82mW).
The beam alignment into the OMC
- Set up the steering mirrors.
- Align the input beam so that I can see the input spot on the center of the second curved mirror (CM2).
- If the alignment is perfect, the input beam should hit the center of the first cavity mirror (FM1)
- The deviation can be adjusted by the mirror/spot position on the last steering mirror.
- So: Adjust CM2 spot by the last steering mirror, Adjust FM1 spot by the penultimate steering mirror.
- This made the cavity flashing. After a bit of alignment, the TEM00 mode was visible.
- A CCD was set at the transmission of CM2
What we need more to make the work better/easier in/around the HEPA table:
Task Completed Today :
D2200122 Spacer Rings have been machined and ready for C&B
I walked over to the GALCIT Shop today after receiving an email notifying me that the Spacer Rings are ready. We received 5 rings instead of 4 because the machinist made a mistake on one and was a couple thousanths of an in thicker. This ring is marked red on the photo in attachment #1. I have given these rings to Maty and she will take care of the C&B process since I will be out tomorrow. She said she expect them to be done sometime early next week.
The North siderail of the cleanroom has been raised.
I raised the North Siderail of the cleanroom to give us some more freedom moving the steel cart around in the cleanroom. This also allowed me to rotate the cart and add a bit more space inside. While doing this I had the particle counter running and 0.5 Micron count < 50 and the 0.5 Micron count < 10.
Parts SM05RR, LMR1V, D2300352-01, -02, -03, -04, and D2300208, D2300209, D2300210 have been C&Bed.
SM05RR, LMR1V, D2300352-01, -02, -03, -04, D2300208, D2300209, D2300210 are ready as of today. These have been placed in a plastic box on the middle space of the newly added steel cart. The Plastic boxes have the DCC/Part number on top so you will know what parts are inside.
A New Cart has been Cleaned and added for working purposes to the cleanroom
I brought the steel cart over from the shed area. I thoroughly wiped it down with IPA after cleaning with Windex and a rag. I also used the air gun to blow of any heavy dust from the wheels. I placed foil over each level of the cart and wiped down again with IPA. After, I made some AntiStat curtain around the cart to keep out anything heavy. Here are the plastic boxes containing parts SM05RR, LMR1V, D2300352-01, -02, -03, -04, D2300208, D2300209, D2300210.
I went through the inventory list and the parts in hand to figure out what was still missing
The list was made on E2200464, and the PDF snapshot was added to this entry.
- Setup the fiber protection and stray beam shields
- Replaced brand new wedged Y1-45P mirrors used in the OMC input path with stock Y1-45S mirrors. The wedged Y1-45Ps are going to be used for the optics on the BHD platform.
Note: 45S mirrors are the same as 45Ps, but just their coating precision was not enough for 45P. So most of the cases 45S is sufficient for 45P purpose.
- All the remaining mirrors / CCDs / a lense / an RF PD (PDA-10) were setup and aligned.
- Found a DS345 is broken. The sinusoidal output does not swing and only has weird constant offsets dependent on the setting ==> need fix.
- An old analog function generator was brought for laser PZT scan test.
- Fast PZT cavity scan test: fine alignment & prelim visibility: REFL PD DS unlocked 5.50V vs TEM00 230mV -> estimated mode matching 95~96%
- When the OMC was detached from the kinematic mount and returned to the position: Relection at TEM00 230mV -> 1V. This corresponds to ~15% degradation of the alignment.
- OMC retainer screws (white PTFE screws) to hold the OMC vertically deforms the breadboard and cause the misalignment. Use something compliant or just release the screws.
The OMC was locked with Moku Pro.
Attachment 1: Electrical setup. The RF part of the REFL PD signal was fed into Moku pro, while the DC part was monitored on a scope.
Attachment 2: Servo setup. The modulation amplitude is 100mV.
Attachment 3: Image rejection LPF setup
Attachment 4: Laser PZT servo during lock acquisition
Attachment 5: Laser PZT servo for stational operation
Attachment 6: Laser Temp servo setting
Attachment 7: CCD Images during lock. The REFL is still limited by the mode mismatching component.
Attachments 8/9: The REFL locked / unlocked = 340mV/5.4V = 0.06 --> Mode Matching 94%
Continued on the BHD Optics Prep:
The following mounts were prepared (they are not 100% tightened yet)
- OMC Refl Mirror Mounts: OMCiRj (i=1,2, j=1,2,3)
- HWP (fixed) -> a thread adapter is missing
- HWP Actuator
We'll extract LO3/LO4/AS2/AS3/BHDBS from the ITMY chamber.
Fixed HWP mount had very thin room at the center. I wasn't sure if I could mount the 1/2" HWP in it. Fortunately the HWP was quite thin (~1mm) and it just barely fit. (Attachments 2/3)
The fixed HWP mount had no 8-32 to 1/4-20 thread adapter.
I'm asking the C&B of the adapters. (Attachment 4)
- AS2 2" post is being C&Bed
- LO4 2.5" post is being C&Bed
- BHDBS spacer ring is coming back from C&B soon
- BHDBS 2.5" post is being C&Bed
- Faraday Rotater Base was ordered. Waiting for the delivery.
Attachment 1 shows the labeled optics on the ITMY table (from Koji). I recorded the initial e-bubble reading on the ITMY table: (x,y) = (0.03; 0.17). See Attachment 5 for orientation of the e-bubble (from chamber door: x-axis left to right; y-axis front to back).
(x,y) = (0.03; 0.17).
I first cleared the extra steering mirrors (marked SM in Attachment 1). The e-bubble reading after clearing steering mirrors was: (x,y) = (0.03; 0.18). Note that fluctuations of 0.01 are common for the e-bubbles, so this is a negligible change. The steering mirrors were placed on the XEND flow bench [Attachment 2].
(x,y) = (0.03; 0.18)
Next I removed the BHD optics, in the order of (LO4, LO3, BHD BS, AS3, AS2). This was arbitrary but made it easy to work front-to-back and remember reverse numeric order. These were placed on the BHD cleanroom table behind the OMC platform [Attachments 3, 4]. See attachments for labeled optics.
The final e-bubble reading was: (x,y) = (0.00; 0.20). Similar (small) change in x and y directions. Final state of ITMY table in Attachment 5.
(x,y) = (0.00; 0.20)
Remaining things to do:
Tuning of the OMC locking
The lock became less oscillative.
OMC REFL in-lock: 236mV
OMC REFL unlocked: 5.48
-> Mode-matching: 1-0.236/5.48 = 0.957
By the way, the above in-lock refl level was compared with the refl level with the cavity scan.
10Hz 800mVpp scan -> 524mV
1Hz 800mVpp scan -> 324mV
Locked -> 239mV
I could be indicating the thermal effect?
A bunch of instruments are no longer functioning:
Beam Dump Bases (D1102371), PEEK Shims D1102372, Two 2.5 " pedestals, one 3" pedestal, Thread adapters #8-32 --> 1/4-20, #4-40 -1/2 Socket cap Screws, #4-40 set screws.
I have placed this on the middle stage of the outside cart. They have been labeled and placed on the center platform of the cart outside of the cleanroom.
I've finished more BHD optic mounts:
- Downstream HWP
- Hex beam dump x2
The only remaining mechanics is the Faraday rotator base.
I'll start populating the optics in the mounts so that the final alignment can be done.
One issue I faced with today was that:
One of the BHDBS screws was stripped.
This pivot was supposed to swapped with a picomotor. I knew that these screws were tight and prone to strip the hex. So I carefully worked on it but it happened.
The other screw can still rotate. The pivot is still intact, but it'd be hard to replace it with a picomotor.
The impact is that we lost the horizontal translation of the OMC2 input beam. We have to move the OMC itself to correct the misalignment in the horizontal translation.
How much can we do that??? We inherently have no vertical translation of this beam, so it's not a big deal, maybe.
We'll face this operation when we install the second OMC.
Populating the BHD Optics
OMC mode matching
OMC servo actuator range
We got Faraday Rotator Base (D2200378) and it came back from the C&B.
I tried to build the assembly and was stunned with 2 issues.
1) The VOPO Faraday Rotator Riser (D1600160-v1) has 2" slot spacing, while D2200378 has a thread spacing of 1.5". (Attachment 1)
2) I could not manage to insert helicoils.
I made the investigation about 1). It turned out that it's a version control issue.
It seems that the riser we have is D1600160-v1 and has 2" slot spacing. DCC has this version.
However, the one in SolidWorks Vault was modified to have 1.5" slot spacing. It only exists in SW and even it claims it is V1. 😫
So our options are
a) Make the 1.5" space riser.
b) Make the 2" space base
c) Use as they are. If we rotate the base 90 deg, We can hold the riser with the base. It will become structurally weak as the riser is supported only on one side.
The issue 2) needs opinions from JC and Don. Depending on the assessment of 2), we'll decide which of a)~c) we'll do.
svn import tds https://40m.ligo.caltech.edu/svn/40m/tds --username rana
svn checkout https://40m.ligo.caltech.edu/svn/40m/tds --username rana
See Adhikari eLOG entry: http://nodus.ligo.caltech.edu:8080/AdhikariLab/194
Peter and Koji,
We are constructing a setup for the new 40m CDS using Realtime Code Generator (RCG).
We are trying to put simulated suspensions and test suspension controllers on a different processors of megatron
in order to create a virtual control feedback loop. Those CDS processes are communicating
each other via a shared memory, not via a reflective memory for now.
After some struggles with tremendous helps of Alex, we succeeded to have the communication between the two processes.
Also we succeeded to make the ADC/DAC cards recognized by megatoron, using the PCI express extension card replaced by Jay.
(This card runs multi PCI-X cards on the I/O chasis.)
- Establish a firewall between the 40m network and megatron (Remember this)
- Make DTT and other tools available at megatron
- Try virtual feedback control loops and characterize the performance
- Enable reflective memory functionalities on megatron
- Construct a hybrid system by the old/new CDSs
- Controllability tests using an interferometer
Note on MATLAB/SIMULINK
o Each cdsIPC should have a correct shared memory address spaced by 8 bytes. (i.e. 0x1000, 0x1008, 0x1010, ...)
Note on MEDM
o At the initial state, garbage (e.g. NaN) can be running all around the feedback loops. They are invisible as MEDM shows them as "0.0000".
To escape from this state, we needed to disconnect all the feedback, say, by turning off the filters.
Note on I/O chasis
o We needed to pull all of the power plugs from megatron and the I/O chasis once so that we can activate
the PCI-e - PCI-X extension card. When it is succeeded, all (~30) LEDs turn to green.
I took the output of the OMC DAC and plugged it directly into an OMC ADC channel to see if I could isolate the OMC DAC weirdness I'd been seeing. It looks like it may have something to do with DTT specifically.
Attachment 1 is a DTT transfer function of a BNC cable and some connectors (plus of course the AI and AA filters in the OMC system). It looks like this on both linux and solaris.
Attachment 2 is a transfer function using sweepTDS (in mDV), which uses TDS tools as the driver for interfacing with testpoints and DAQ channels.
Attachment 3 is a triggered time series, taken with DTT, of the same channels as used in the transfer functions, during a transfer function. I think this shows that the problem lies not with awg or tpman, but with how DTT is computing transfer functions.
I've tried soft reboots of the c1omc, which didn't work. Since the TDS version appears to work, I suspect the problem may actually be with DTT.
For the CDS upgrade preparation I put and moved those stuff at the rack 1Y9:
Placed 1Y9-12 ADC to DB44/37 Adapter LIGO D080397
Placed 1Y9-14 DAC to IDC Adapter LIGO D080303
Moved the ethernet switch from 1Y9-16 to 1Y9-24
Wiki has also been updated.
Joe, Peter, Jay, Koji, Rana
We put the new CDS stuff at Y end 1Y9 rack.
I've added the side coil to the model controller and plant, and the oplev quad to the model controller and plant. After the megatron wipe, the code now lives in /home/controls/cds/advLigo/src/epics/simLink. The files are mdc.mdl (controller) and mdp.mdl (plant). These RCG modules go at 16K with no decimation (no_oversampling=1 in the cdsParameters block) so hopefully will work with the old (16K) timing.
I've loaded many of the filters, there are some eft to do. These filters are simply copied from the current frontend.
Next I will port to the SUS module (which talks to the IO chassis). This means channel names will match with the current system, which will be important when we plug in the RFM.
The .mdl code for the mdc and mdp development modules is finished. These modules need more filters, and testing. Probably the most interesting piece left to do is putting in the gains and filters for the oplev model in mdp. It might be OK to simply ignore oplevs and first test damping of the real optic without them. However, it shouldn't be hard to get decent numbers for oplevs, add them to the mdp (plant) module, and make sure the mdc/mdp pair is stable. In mdp, the oplev path starts with the SUSPIT and SUSYAW signals. Kakeru recently completed calibration of the oplevs from oplev cts to radians: 1403 . From this work we should find the conversion factors from PIT and YAW to oplev counts, without making any new measurements. (The measurements wouldn't be hard either, if we can't simply pull numbers from a document.) These factors can be added to mdp as appropriate gains.
I've also copied mdc to a new module, which I've named "sas" to address fears of channel name collisions in the short term, and replaced the cpu-to-cpu connections with ADC and DAC connections. sas can be the guy for the phase I ETMY test. When we're happy with mdc/mdp, we hopefully can take the mdc filter file from chans, replace all the "MDC" strings with "SAS", and use it.
We started the test of the new CDS system at ETMY.
The plan is as follows:
We do the ETMY test from 9:30 to 15:00 at ETMY from Nov 12~17. This disables the ETMY during this period.
From 15:00 of the each day, we restore the ETMY configuration and confirm the ETMY work properly.
Today we connected megatron to the existing AA/AI modules via designated I/F boxes. The status of the test was already reported by the other entry.
During the test, c1iscey was kept running. We disabled the ETMY actuation by WatchDog. We did not touch the RFM network.
After the test we disconnected our cables and restored the connection to ICS110B and the AI/AA boards.
The WatchDog switches were released.
The lock of the ETMY was confirmed. The full interferometer was aligned one by one. Left in the full configuration with LA=off.
Tobin & Keith pointed out in the LLO ilog that there was a code bug in the autoburt.pl script for autoburts.
I edited the autoburt.pl script so that it will work from now until 2099 (by which time we may no longer be using this version of perl):
nodus:autoburt>diff autoburt.pl~ autoburt.pl
< $thisyear = "200".$timestamp;
> $thisyear = "20".$timestamp;
The autoburt has not been working ever since 11PM on New Year's eve.
I ran it by hand and it seems to run fine. I noticed along the way that it was running on op340m (our old Sun Blade 150 machine). The autoburt.pl was pointing at /cvs/cds/bin/perl
which is Perl v5.0. I changed it to use '/usr/bin/env' and now points at '/usr/bin/perl' which is perl 5.8. It runs fine with the new perl:
op340m:scripts>time perl /cvs/cds/scripts/autoburt.pl >> /cvs/cds/caltech/logs/autoburtlog.log
5.37u 6.29s 2:13.41 8.7%
Also ran correctly, via cron, at 9AM.
This is mostly a reminder to myself about what I discussed with Jay and Alex this morning.
The big black IO chassis are "almost" done. Except for the missing parts. We have 2 Dolphin, 1 Large and 1 Small I/O Chassis due to us. One Dolphin is effectively done and is sitting in the test stand. However, 2 are missing timing boards, and 3 are missing the boards necessary for the connection to the computer. The parts were ordered a long time ago, but its possible they were "sucked to one of the sites" by Rolf (remember this is according to Jay). They need to either track them down in Downs (possibly they're floating around and were just confused by the recent move), get them sent back from the sites, or order new ones (I was told by one person that the place they order from them notoriously takes a long time, sometimes up to 6 weeks. I don't know if this is exaggeration or not...). Other than the missing parts, they still need to wire up the fans and install new momentary power switches (apparently the Dolphin boards want momentary on/off buttons). Otherwise, they're done.
We are due another CPU, just need to figure out which one it was in the test stand.
6 more BIO boards are done. When I went over the plans with Jay, we realized we needed 7 more, not 6, so they're putting another one together. Some ADC/DAC interface boards are done. I promised to do another count here, to determine how many we have, how many we need, and then report that back to Jay before I steal the ones which are complete. Unfortunately, he did not have a new drawing for the ASC/vertex wiring, so we don't have a solid count of stuff needed for them. I'll be taking a look at the old drawings and also looking at what we physically have.
I did get Jay to place the new LSC wiring diagram into the DCC (which apparently the old one never was put in or we simply couldn't find it). Its located at: https://dcc.ligo.org/cgi-bin/private/DocDB/ShowDocument?docid=10985
I talked briefly with Alex, reminded him of feature requests and added a new one:
1) Single part representing a matrix of filter banks
2) Automatic generation of Simulated shared memory locations and an overall on/off switch for ADC/DACs
3) Individual excitation and test point pieces (as opposed to having to use a full filter bank). He says these already exist, so when I do the CVS checkout, I'll see if they work.
I also asked where the adl default files lived, and he pointed me at ~/cds/advLigo/src/epics/util/
In that directory are FILTER.adl, GDS_TP.adl, MONITOR.adl. Those are the templates. We also discovered the timing signal at some point was changed from something like SYS-DCU_ID to FEC-DCU_ID, so I basically just need to modify the .adl files to fix the time stamp channel as well. I basically need to do a CVS checkout, put the fixes in, then commit back to the CVS. Hopefully I can do that sometime today.
I also brought over 9 Contec DO-32L-PE boards, which are PCIe isolated digital output boards which do into the IO chassis. These have been placed above the 2 new computers, behind the 1Y6 rack.
Alberto and myself went to downs and acquired the 3rd 4x processor (Dual core, so 8x cores total) computer. We also retrieved 6 BIO interface boards (blue front thin boxes), 4 DAC interface boards, and 1 ADC interface boards. The tops have not been put on yet, but we have the tops and a set of screws for them. For the moment, these things have been placed behind the 1Y6 rack and under the table behind the 1Y5 rack
The 6 BIO boards have LIGO travelers associated with them: SN LIGO-S1000217 through SN LIGO-S1000222.
I've added a new page in the wiki which describes the current naming scheme for the .mdl model files used for the real time code generator. Note, that these model names do not necessarily have to be the names of the channels contained within. Its still possible to make all suspension related channels start with C1:SUS- for example. I'm also allocating 1024 8 byte channels for shared memory address space for each controller and each simulated plant.
The wiki page is here
Name suggestions, other front end models that are needed long term (HEPI is listed for example, even though we don't have it here, since in the long run we'd like to port the simulated plant work to the sites) are all welcome.
Awhile back we had requested a feature for the RCG code where a single file would define a memory location's name as well as its explicit hex address. Alex told me it had been implemented in the latest code in SVN. After being unable to find said file, I went back and talked to him and Rolf. Rolf said it existed, but had not been checked into the SVN yet.
I now have a copy of that file, called G1.ipc. It is supposed to live in /cvs/cds/caltech/chans/ipc/ , so I created the ipc directory there. The G1.ipc file is actually for a geo install, so we'll eventually make a C1.ipc file.
The first couple lines look like:
There are also section using ipcType IPC:
Effectively the ipcNum tells it which memory location to use, starting with 0x2000 (at least thats how I'm interpreting it. Every entry of a given ipcType has a different ipcNum which seems to be correlated to its description (at least early on - later in the file many desc= lines repeat, which I think means people were copy/pasting and got tired of editing the file. Once I get a C1.ipc file going, it should make our .mdl files much more understandable, at least for communicating between models. It also looks like it somehow interacts with the ADCs/DACs with ipcType PCI, although I'm hoping to get a full intro how to use the file tomorrow from Rolf and Alex.
I've added a diagram in the wiki under IFO Upgrade 2009-2010->New CDS->Diagram section Joe_CDS_Plan.pdf (the .svg file I used to create it is also there). This was mostly an exercise in me learning inkscape as well as putting out a diagram with which lists control and model names and where they're running.
A direct link is: CDS_Plan.pdf
Talked with Jay briefly today. Apparently there are 3 IO chassis currently on the test stand at Downs and undergoing testing (or at least they were when Alex and Rolf were around). They are being tested to determine which slots refer to which ADC, among other things. Apparently the numbering scheme isn't as simple as 0 on the left, and going 1,2,3,4, etc. As Rolf and Alex are away this week, it is unlikely we'll get them before their return date.
Two other chassis (which apparently is one more than the last time I talked with Jay), are still missing cards for communicating between the computer and the IO chassis, although Gary thinks I may have taken them with me in a box. I've done a look of all the CDS stuff I know of here at the 40m and have not seen the cards. I'll be checking in with him tomorrow to figure out when (and if) I have the the cards needed.
I've updated the LSC and IFO models that Rana created with new shared memory locations. I've used the C1:IFO- for the ifo.mdl file outputs, which in turn are read by the lsc.mdl file. The LSC outputs being lsc control signals are using C1:LSC-. Optics positions would presumably be coming from the associated suspension model, and am currently using SUP, SPX, and SPY for the suspension plant models (suspension vertex, suspension x end, suspension y end).
I've updated the web view of these models on nodus. They can be viewed at: https://nodus.ligo.caltech.edu:30889/FE/
I've also created a C1.ipc file in /cvs/cds/caltech/chans/ipc which assigns ipcNum to each of these new channels in shared memory.