Steve is summarizing the Video Matrix choices into this Wiki page:

http://lhocds.ligo-wa.caltech.edu:8000/40m/Electronics/VideoMUX

Requirements:

Price: < 5k$

Control: RS-232 and Ethernet

Interface: BNC (Composite Video)

Please check into the page on Monday for a final list of choices and add comments to the wiki page.

 Composite video matrix switchers with 32 BNC in and 32 BNC channels out are listed.

I finally got around to taking a look at the digital camera setup today.  Rob had complained the client had stopped working on Rosalba.

After looking at the code start up and not complain, yet not produce any window output, it looks like it was a network problem.  I tried rebooting Rosalba, but that didn't fix anything.

Using netstat -an, I looked for the port 5010 on both rosalba and ottavia, since that is the port that was being used by the camera.  Ottavia was saying there were 6 established connections after Rosalba had rebooted (rosalba is 131.215.113.103).  I can only presume 6 instances of the camera code had somehow shutdown in such a way they had not closed the connection.

[root@ottavia controls]#netstat -an | grep 5010
tcp        0      0 0.0.0.0:5010                0.0.0.0:*                   LISTEN     
tcp        0      0 131.215.113.97:5010         131.215.113.103:57366       ESTABLISHED
tcp        0      0 131.215.113.97:5010         131.215.113.103:58417       ESTABLISHED
tcp        1      0 131.215.113.97:46459        131.215.113.97:5010         CLOSE_WAIT 
tcp        0      0 131.215.113.97:5010         131.215.113.103:57211       ESTABLISHED
tcp        0      0 131.215.113.97:5010         131.215.113.103:57300       ESTABLISHED
tcp        0      0 131.215.113.97:5010         131.215.113.103:57299       ESTABLISHED
tcp        0      0 131.215.113.97:5010         131.215.113.103:57315       ESTABLISHED

I switched the code to use port 5022 which worked fine.  However, I'm not sure what would have caused the original connection closure failures, as I test several close methods (including the kill command on the server end used by the medm screen), and none seemed to generate this broken connection state.  I rebooted Ottavia, and this seemed to fix the connections, and allowed port 5010 to work.  I also tried creating 10 connections, which all seem to run fine simultaneously.  So its not someone overloading that port with too many connections which caused the problem.  Its like the the port stopped working somehow, which froze the connection status, but how or why I don't know at this point.

We have installed the new Video Matrix.

Its still in an intermediate state, so don't try to "fix" anything before Kiwamu and I get back onto it in the afternoon.

The status so far is that we have removed the old switch (it was a 256 input x 128 output !! mux)  and installed the new one in the same rack. We have hooked it up to the CDS network and have set up its matrix by using the web interface (i.e. NOT EPICS).

Along the way, we discovered that there is lack of impedance matching in the video all over the 40m. Video signals are RF and need to be treated that way. The PSL signals are T'd around and sent on 50 Ohm cables to high impedance monitor inputs.

We should eliminate any switches besides the new one (called Luciana) and control the PSL's Video Monitor from the main MUX interface. No more Rogue Video Switches.

Another couple of things we have found is about RCR camera.

(1) The long cable which connects the RCR camera box and the video matrix doesn't work. Although the signal is alive and we can see it by the local tv monitor nearby PSL.

(1) The reflected beam going to the camera is too weak to see in the monitor.  We found a strange polarized cube splitter in front of the camera. We should modify it sooner or later.

We restored the good state of the ITMY camera and neatened both the MC2 and ITMY camera.

The MC2 camera was driving a triple T jungle into some random cables and spoiling the image. We removed all T's and the MC2 camera now drives only The Matrix.

The ITMY camera was completely unmounted and T'd. So it was misaligned just by the force of gravity acting on its BNC cable. We swapped the lens for a reasonable sized one and remounted it in its can. We then used orange cable ties to secure the power and BNC cable for the MC2 and ITMY cameras so that tugging on the cables doesn't misalign the cameras. This is part of the camera's SOP.

No more driving 50 Ohm cables and T's with video cables, Steve! If you need a portable video, just use a spigot of the Matrix and then you can control it with a web browser.

I also wiped out the D40's memory card after uploading all of the semi-useful files to the Picasa page.

I fixed up the ITMX camera like we did for ITMY recently (removed T's and added strain relief - the lens was already OK).

I also updated the .SCAN field for the RMTEMP and RCTEMP channels to 0.1 second. This had been done via probe but was wiped out after reboot previously, because I forgot to update the psl.db file.

Not that this is an urgent concern, just a data point which shows that it doesn't just not work at the sites.

I had to restart the dhcpd server on Ottavia that allows us to talk to the camera.  I then also changed the configuration script on the camera so that it no longer thinks ottavia is 131.215.113.97, but correctly 192.168.113.97.  Overall took 5 minutes.

I also looked up services for Centos 5, and set it using the program serviceconf to start the DHCP server  when Ottavia is rebooted now.  That should head off future problems of that nature.  For reference, to start the dhcp server manually, become root and type "service dhcpd start".

I borrowed the Olympus and forgot to leave a note - I should have it for at most a day. dmassey@ligo if you need it urgently

I installed the blue IP camera from ZoneNet onto the PSL table. It gets its power from the overhead socket and connects via Cat5 to the Netgear switch in the PSL/IO rack.

You can connect to it on the Martian network by connecting to http://192.168.113.201:3037. Your computer must have Java working in the browser to make that work.

So far, this works on rossa, but not the other machines. It will take someone with Joe/Kiwamu level linux savvy to fix the java on there. I also don't know how to fix the host tables, so someone please add this camera to the list and give it a name.

As you can see from the image, it is  illuminating the PSL with IR LEDs. I've sent an email to the tech support to find out if we can disable the LEDs.

Dear whomever setup the camera on the SW corner of the PSL table,

It would be handy if, even for temporary setups, all cables went underneath the white frame around the PSL table.  As it is now, the cables are in the way of the door.  The door is pretty much closed all the way, but if someone were to open other doors, the far door can easily be pushed all the way to the end of the track, thus squishing the cables.  Squished cables are bad cables.

Thanks!

We have two new Basler acA640-100gm cameras.  These are power over ethernet (PoE) and very tiny.

[Kiwamu, Jenne]

We successfully aligned the X arm.  No big deal.  Nothing to write in giant colorful letters about.  If we thought it was tricky, we'd be excited.  But since we're rockstar grad students, we can do this anytime, with one hand behind our back.

The details:

Earlier this evening, Kiwamu put a PD at the dark port.  After starting with the usual steering beams around and approximately centering them by finding the beam on the SUS tower, we saw that we could see the fringes on a 'scope hooked up to the dark port's new PD.  We could make the dip in the scope trace go away by misaligning the ETM, so we were confident that it was due to some kind of resonance in the arm.  We then fine-tuned our beam centering by moving the optics in either pitch or yaw until the fringe went away, wrote down the number, then moved the other direction until the fringe went away, and then put the optic back in the middle of those two numbers.  We did the ETM first, then the ITM (because the beam on the PD is sensitive to the ITM pointing, so we didn't want to have to move the ITM very far).  We saw that the cavity had a visibility of ~56% when we had finished with this method.

We then went to look for the flashes transmitted through the ETM.  We were not able to see them on a card, but when we looked with an IR viewer at the back face of the ETM, we could see the flashes. We stole a spare CCD camera found on the PSL table, and the camera power supply from the RefCav Refl camera, and set up a CCD camera with telephoto lens on the ETMX Trans table, looking directly at the back of the ETM.  We hooked the camera up to the regular ETMX camera cable, so we can see the flashes in the control room.  You can see them here:

While the cavity was aligned, here were the slider positions:

Pretty fancy work actually...I wouldn't have guessed that you need to look at the back of the ETM. Does this mean that we can't see the flashes from inside the arm cavity? If so, its a pretty remarkeable statement about the wide angle scatter of the new mirrors. Do we really have 1W going into the MC?

Correct.  We can see the flashes clearly on our new ETM camera, but we see absolutely nothing on the ITM.

Unfortunately, the camera is in the path of the green beam, so we'll have to figure out a more permanent plan.  Right now the laser at the end is shuttered.

Measuring the power now....

Nice, nice!

The power budget for the FPMI is here. The expected Intracavity power and the transmission are at  most ~8W and 100uW, respectively.

The Watec 902, 1/2" CCD camera got new Tamron lens: 1/2" 10-40mm F/1.4  manual iris. IR corrective lens. It is designed to have the same focal point in the IR as

in the visible light range. However, as the depth of field in the IR range is very narrow, focus adjustment should be done carefully in the IR.

Now you can see the sus tower that will make alignment easier.

Today I have made the CCD Cable Upgrade Plan for improvement of sysmtem.

I have ~60 VIDEO cables to be worked for upgrades so I would like to ask all of your favor in helping me of replacing cables.

1. Background

Currently, VIDEO system is not working as we desire.

About 20 cables are of impedance of 50 or 52 ohm which is not matched with the whole VIDEO system.

Moreover, some cameras and monitors are out of connection.

2. What I have worked so far.

I have checked impedance of all cables so I figured out which cables can be used or should be replaced.

I measured cables' pathes along the side tray so that we can share which cable is installed along which path.

I have made almost of cables necessary for VIDEO system upgrades but no label is attached so far.

3. Upgrade plan (More details are shown in attached file)

4. This is a kind of  a first draft of the plan.

Any comment for the better plan is always welcome.

Moreover, replacing all the cables indicated in the files is of great amount of work.

I would like to ask all of your favors in helping me to replace the cables (from 1. to 2D. steps above).

After getting some help from the Basler technical support, I was directed to the following ftp link:

ftp://Pylon4Linux-ro:h50UZgkl@ftp.baslerweb.com

I went to the pylon 2.1.0 directory and downloaded the pylon-2.1.0-1748-bininst-64.tar.bz2 file.  Inside of this tar file was another one called pylon-bininst-64.tar.bz2 (along with some other sample programs). I ran tar -jxf on pylon-bininst-64.tar.bz2 and placed the results into the /opt/pylon directory.  It produced a directory of includes, libraries and binaries there.

After playing around with the make files for several sample programs they provided, I finally have been able to compile  them.  At several places I had to have the make files point to /opt/pylon/lib64 rather than /opt/pylon/lib.  I'll be testing the camera with these programs on Monday.  I'd also like to see if this particular distribution will work on Centos machines.  There's some comments in one of the INSTALL help files suggesting packages needed for an install on Fedora 9, which may mean its possible to get this version working on the Centos machines.

The Basler acA640-100gm is a power over ethernet camera.  It uses a power injector to supply power over an ethernet cable to the camera.  Once I got past some initial IP difficulties, the camera worked fine out of the box.

You need to set some environment variables first, so the code knows where its libraries are located.

setenv PYLON_ROOT /opt/pylon
setenv GENICAM_ROOT_V1_1 /opt/pylon
setenv GENICAM_CACHE /cvs/cds/caltech/users/josephb/xml_cache
setenv LD_LIBRARY_PATH /opt/pylon/lib64:$LD_LIBRARY_PATH

I then run the /opt/pylon/bin/PylonViewerApp

Notes on IP:

Initially, you need to set the computer connecting to the camera to an ip in the 169.254.0.XXX range.  I used 169.254.0.1 on megatron's eth1 ethernet connection.  I also set mtu to 9000.

You can then run the IpConfigurator in /opt/pylon/bin/ to change the camera IP as needed.

[Larisa, Aidan,Steve,Suresh]

   Today was the first session for implementing the new video cabling plan laid out in the document " CCD_Cable_Upgrade_Plan_Jan11_2011.pdf"  by Joon Ho attached to his elog entry 4139.  We started to check and label all the existing cables according to the new naming scheme. 

So far we have labeled the following cables. Each has been checked by connecting it to a monitor near the Video Mux and a camera at the other end.

C1:IO VIDEO 8ETMYF

C1:IO-VIDEO 6 ITMYF

C1:IO-VIDEO 21 SRMF

C1:IO-VIDEO 25 OMCT

C1:IO-VIDEO 19 REFL

C1:IO-VIDEO 22 AS

C1:IO-VIDEO 18 IMCR

C1:IO-VIDEO 14 PMCT

C1:IO-VIDEO 12 RCT

C1:IO-VIDEO 9 ETMXF

C1:IO-VIDEO 1 MC2T

Next we need to continue and finish the labeling of existing cables.  We then choose a specific set of cables which need to be laid together and proceed to lay them after attaching suitable lables to them.

Computar  75-12.5 zooms were installed for closer look at the resonant spots.  Their alignment and focus needs more loving adjustment.

Atm 1, ITMX  (  it was 10-40 mm Tamron before )

Atm 2, ITMY  ( it was 12mm wide angle showing the towers  before )

I focused these lenses so that we could get a clean image of the mirrors and the OSEMs.

Our goal is to have an image where the optic diameter almost fills the entire monitor. We want the focus to be adjusted for the YAG beam (which is almost the same as focusing for the OSEMs). This will NOT produce a nice image of the cage using visible light, but that is just fine.

When Justin Garofoli was here he found a nice lens combo that did the job, so if anyone can find his old email or elog, lets just go back to that.

For now, we do not need a camera/lens system to focus very tightly on the center of the optic.

ITMY gets new Tamron M118FM50 that has improved close focusing. It is a small fixed focal length camera so the video tube cover can be put on.

The Watec LCL-902K 1/2" ccd camera was losing it power supply voltage because of bad connection. It was replaced.

I just tried to adjust the ETMY camera and its not very user friendly = NEEDS FIXING.

* Camera view is upside down.

* Camera lens is contacting the lexan viewport cover; this means the focus cannot be adjusted without misaligning the camera.

* There's no strain relief of the camera cables at the can. Needs a rubber cable grommet too.

* There's a BNC "T" in the cable line.

Probably similar issues with some of the other setups; they've had aluminum foil covers for too long. We'll have a camera committee meeting tomorrow to see how to proceed.

 ITMY has been upgraded  here I have the new lenses on hand to do the others when it fit into the schedule.

[Suresh / Kiwamu]

 The MC REFL camera is now available. The camera name is "MCR" and you can call it from the videoswitch script.

(what we did)

 + repositioned and aligned the MCR camera.

 + checked the MCR camera.

  => found the camera view shows a negative image (i.e. the beam spot is dark and the background is bright !!)

 + replaced the camera by a spare one.

 + modified the videoswitch script because the input channel 3 was wrongly assigned to MCR.

  MCR was correctly assigned to the input channel 18.

The arm's CCD cameras were reset as picture shows last week.

The height adjustment only works at ITMX. Short post holders are ordered to make this feature  available on the rest.

The 75 ohms video and power supply cables are stress relieved. Solid cover can be attached now without  miss aligning cameras.

[Yuta, Jenne]

We tried to find a different place, not in the main green transmitted beam path, to place the trans camera for the green beams.  There is a little bit of leakage through the 3 high reflector mirrors which steer the beams from the direction when they first come out of the chamber over to the main green beat setup.  2 of these mirrors have virtually no space behind them for a camera (the first one the green beams encounters is right next to the EOM mount, and the 2nd one is pretty close to the Input Pointing QPDs.  We can potentially use the beam leaking through the 3rd steering mirror, if the camera is very close to the edge of the table (so that the camera isn't blocking the IR input pointing beams), but the X beam is so dim as to be nearly impossible to see, even when TEM00.  This precludes the point of the camera, which is to see the modes when we're aligning the beams.  (X power on the PSL table is pretty high - 330uW measured today, but those mirrors must transmit the Y beam's polarization more than the X beam's.)

Our other thought was to use one of the secondary beams coming out of the chambers.  This is kind of Mickey Mouse, but we thought that since this is just a camera to see the modes, as opposed to a PD, maybe it's okay.  This is a moot point however, since the secondary and tertiary beams (due to the wedge of the window) are clipped for the Y green.  We closed the PSL shutter then removed the beam pipe between the PSL table and the chamber so I could look inside. 

It looks to me like the main green transmitted beams are exiting through the window several inches from any edge, so they're definitely not clipping.  But the reflection from the window back into the chamber is hitting some optic.  The X green is hitting the face of the optic, while the Y green is hitting the edge of the optic and part of the mount.  The reflections from this mount then go back toward the chamber window and out toward the PSL table.  This isn't a big deal for the camera situation - we'll just use the leakage from one of the steering mirrors somehow, but it does mean that there is some green light reflected back onto an IR mirror, and potentially causing grief.  I didn't look to see if the mirror it's hitting is the 1st in-vac IR steering mirror (I don't think so) or something in the OMC / AS path (I think it's something here), but either way, we could be making trouble for ourselves.  We should try to dump the reflection from the window when we vent.  Jamie has put it on the List.

We replaced the beam pipe between the PSL table and the chamber before opening the shutter on the laser.  We are currently sticking with the plan of putting the camera in the main green trans path for initial alignment, then removing it for the rest of the work.

 I optimized the TM views with illuminator light on quad1  It actually looks better there.

I'll post a dark-  OSEM light only in jpg tomorrow.  ETMY camera is malfunctioning in dark condition now.

ALL  illuminator lighting are off. ITMX and ETMY looks back lighted. I will check on their apertures.

In order to focus on 1064 resonant spots I tried to restore and align the arms  by script. I only got flashes.

I used the LED illuminations at ETMX and BS yesterday for a tour.
I am afraid that I left them on.

> I used the LED illuminations at ETMX and BS yesterday for a tour.
> I am afraid that I left them on.

It was turned off before the picture was taken.
All LED illuminations were turned off. I checked them a few times.

 The problem with the glow on the ETMY face is due to the red light being scattered off of the optical table from the HeNe laser for the OL. Why is the red light hitting the table?

One way to fix the problem for the camera image is to insert a long pass filter (if Steve can find one).

 Edmund Optics: NT62-874

 Edmund Optics: NT65-731

Edmund Optics: NT32-759 

 Atm1, condition: all oplev lasers are off or blocked, green shutters are closed at the ends, PSL out put shutter is closed, all outside LED illuminating are off, all room lights are off

                         Only the OSEMs are on. ETMY and ITMX are still look like illuminated.

Atm2, condition: open PSL shutter. ETMY at 11 o'clock  and ETMX 1 o'clock bright scattered spot of 1064 nm are visible

Atm3, condition: closed PSL shutter and restored all oplev He/Ne lasers, it is visible at ETMY

Next: I will disconnect power to OSEMs at ETMY

The videocapture.py script is now in ...../scripts/general/ , along with the videoswitch. 

Also, there's a button gui on the VIDEO medm screen to capture different camera views.

I must say that I am not at all happy with the baffle situation.  It is currently completely blocking our camera view of the ETMX face.  Here's a video capture of the ETMX face camera:

The circle is the baffle hole, through which we can see just the bottom edge of the test mass.  I don't think whatever benefit the baffle gives out weights the benefit of being able to see the spot on the mirror.

This afternoon we will try to adjust the baffle, and maybe the camera view mirror, to see if we can get a better shot of the center of the TM.  If we can see the beam spot through the hole we can probably live with it.  If not, I think we should remove the baffle.

 This is how it was envisioned. The video camera was in nobodies mind to look through the 40 mm  diameter hole than.

We tweaked the mirror on the AP table to go through the center of the lens in order to get a more circular beam, but it seemed ineffective. So we put an IR card in front of the lens and behind the lens to see if the beam was circular or ovacular, but could not tell. We also moved the camera to see, but still couldn't see a distinct circle or oval. So Mike and Q will do a beam scan tomorrow in both the X and Y directions to see if the beam is circular or not.

 Rana is proposing 50 mm hole in the baffle plate that is attached to the tower.  Atm1

Atm2 is showing the back side where the solid line is 40 mm

The camera titled "watec_mobile" is looking at the front of the black glass baffle (i.e. the side facing the ITM) on the ETMY table.  This required (for my quick hacky solution) removing the regular ETMYF camera.  Steve has a genius plan (I think) so that we can have both at the same time.  Anyhow, eventually we'll move the black glass back, so we'll be back to needing just one camera.

After dinner, I'll try aligning the Yarm.

I purchased 3x  1/2" ccd cameras and 3x  F  50 mm lenses for the lab.

The spectral sensitivity plot is for an older model 902H. This new model has better sensitivity

I have written some scripts which collect photos, then average them together, and subtract out an averaged background (as Rana described in elog 7678). 

I am not seeing any beam spots on any of the resulting pictures. 

The script to get 500 pictures is

.../scripts/general/videoscripts/videocapture50

and it's inputs are {name of camera} {folder to save in} {noBeam or withBeam}, where noBeam and withBeam indicate whether or not the PSL shutter is closed.  For the saved photos to work nicely with the Matlab script, the folder to save in should be in the format (Month_day_year/CAMERA).  So today's ITMYF pics, for example, are in Nov_7_2012/ITMYF/ .

So, you run it once with the shutter open, and once again with the shutter closed.

To create the new picture, open ImageBkgndSubtractor.m in the same .../scripts/general/videoscripts folder, edit the top few lines (month, day, year, camera name).  Run it, and it will read through all the pictures and supply a background-subtracted output, and save the output (as well as a version where every pixel value is multiplied by 3) in the same folder as the 500 pictures.

The pictures are all saved in

/opt/rtcds/caltech/c1/scripts/general/videoscripts/photos

so really, for my example above, it would be /opt/rtcds/caltech/c1/scripts/general/videoscripts/photos/Nov_7_2012/ITMYF/, with 2 subfolders, noBeam and withBeam, and the final pictures are saved in /opt/rtcds/caltech/c1/scripts/general/videoscripts/photos/Nov_7_2012/ITMYF/ .

In other, semi-unrelated news, the ITMXF camera has been not working for a while.  The bottom right quad on the test mass tv has been dark for at least a week or two.  Steve, when you have a chance (after the oplevs are all taken care of), can you see if there's something obvious that's wrong?

Here are the background subtracted photos that I've taken today:

MC2F is included, even though you can see the spot usually, just to prove that I'm not trying to subtract away the spot!  You just can't see it in any other picture.

Canon EOS Rebel T3i has been purchased. See rating

 While helping Charles string the ethernet cable (elog 7698) for the power strip in the vertex (from 1Y1 to 1X1), I looked at the ITMX power cord.  It was connected to the same power strip as the illuminator, which, since the illuminator was turned off by turning off the power strip, meant no power was going to the camera.  Since Charles is very close to having the new power strips set up, I unplugged the ITMX illuminator and turned the power strip back on.  ITMX camera is back to normal.

Adjusted focus on ETMYF camera so that the IR beam is in focus.

 PRM-BS & Faraday video ccd  cameras  covered as shown. These thin wall metalized ducts are perfect for blocking light in both direction.

They are very light and give you easy access to adjustment.

Quad processor 2 & 3 were replaced.

MUX input 7 to ITMXF camera cable was replaced by temporary cable labeled as 888

The problem remains to be the same black stripe at the bottom of the image The single picture is OK.