40m QIL Cryo_Lab CTN SUS_Lab TCS_Lab OMC_Lab CRIME_Lab FEA ENG_Labs OptContFac Mariner WBEEShop
  40m Log, Page 67 of 344  Not logged in ELOG logo
ID Date Author Type Categoryup Subject
  4266   Wed Feb 9 23:48:12 2011 SureshConfigurationCamerasVideo Cable work: New Labels

[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.

 

 

  4794   Tue Jun 7 16:11:09 2011 steveUpdateCamerasITM camera lenses changed

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 )

  4796   Wed Jun 8 22:48:09 2011 ranaUpdateCamerasITM camera lenses changed

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.

  4878   Fri Jun 24 10:38:01 2011 steveUpdateCamerasITMY camera gets fixed

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.

  5350   Tue Sep 6 22:51:53 2011 ranaSummaryCamerasAll Camera setups a need upgrading

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.

  5358   Wed Sep 7 13:28:25 2011 steveSummaryCamerasAll Camera setups a need upgrading

Quote:

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.

  5482   Tue Sep 20 15:54:42 2011 kiwamuUpdateCamerasMC refl camera is available

[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.

  5542   Mon Sep 26 11:35:44 2011 steveUpdateCamerasarms cameras upgraded

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.

  6855   Fri Jun 22 17:51:04 2012 JenneUpdateCamerasGreen Trans camera repositioning attempt

[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.

  7178   Tue Aug 14 14:26:40 2012 SteveUpdateCamerascameras touched up

 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.

 

  7215   Fri Aug 17 08:33:46 2012 SteveUpdateCamerasvideo cameras in the dark

Quote:

 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.

  7216   Fri Aug 17 09:34:27 2012 KojiUpdateCamerasvideo cameras in the dark
I used the LED illuminations at ETMX and BS yesterday for a tour.
I am afraid that I left them on.
  7217   Fri Aug 17 10:38:15 2012 SteveUpdateCamerasvideo cameras in the dark
> 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.
  7219   Fri Aug 17 14:45:51 2012 ranaUpdateCamerasvideo cameras in the dark

 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 

  7232   Mon Aug 20 09:49:01 2012 SteveUpdateCamerasvideo cameras in the DARK

Quote:

 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

  7236   Mon Aug 20 18:10:44 2012 JenneUpdateCamerasvideo capture script copied over to real scripts directory

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.

  7318   Thu Aug 30 13:10:41 2012 jamieUpdateCamerasETMX

Quote:

We have done some work at ETMX today. We installed the baffle and placed two mirrors on the table.

The baffle position/orientation still needs to be checked more thoroughly to make sure that the beam will pass through the center of the baffle hole.

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:

etmx-face-baffle.png

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.

  7358   Fri Sep 7 09:37:20 2012 SteveUpdateCamerasbaffle plate for SOS

Quote:

The alignment of the pick-off mirror near ETMX is done. Everything turned out to be easy once we realized that there is no sense getting the alignment laser (going through viewport to pick-off to ITMX) back to ETMX. It is only necessary to hit ITMX somehow, since this makes sure that there is one scattered beam that will make it from ITMX to pick-off through viewport.

After the auxiliary optic (that we never used in the end) was removed again, we levelled the optical table.

So in the current setup, we can have small-angle scattering measurements on ITMX and large-angle scattering measurements on ETMX.

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

  7370   Mon Sep 10 18:42:33 2012 Jenne, Mike J.UpdateCamerasXY beam scan tomorrow

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.

  7375   Wed Sep 12 17:02:00 2012 SteveUpdateCamerasbaffle plate hole getting larger

Quote:

Quote:

The alignment of the pick-off mirror near ETMX is done. Everything turned out to be easy once we realized that there is no sense getting the alignment laser (going through viewport to pick-off to ITMX) back to ETMX. It is only necessary to hit ITMX somehow, since this makes sure that there is one scattered beam that will make it from ITMX to pick-off through viewport.

After the auxiliary optic (that we never used in the end) was removed again, we levelled the optical table.

So in the current setup, we can have small-angle scattering measurements on ITMX and large-angle scattering measurements on ETMX.

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

 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

  7569   Wed Oct 17 18:41:27 2012 JenneUpdateCamerasCamera looking at ETMY baffle

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.

  7576   Thu Oct 18 15:36:57 2012 SteveUpdateCamerasWatec cameras & Tamron lenses

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

  7685   Wed Nov 7 19:07:45 2012 JenneUpdateCamerasNo beam seen on external camera views

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:

BS_PRM_7Nov2012_SpotImage_pixelsTimes3.png

ETMXF_7Nov2012_SpotImage_pixelsTimes3.png

ETMYF_7Nov2012_SpotImage_pixelsTimes3.png

ITMYF_7Nov2012_SpotImage_pixelsTimes3.png

MC2F_7Nov2012_SpotImage_pixelsTimes3.png

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.

  7687   Thu Nov 8 09:04:45 2012 SteveUpdateCamerasCanon T3i purchased

Canon EOS Rebel T3i has been purchased. See rating

  7700   Tue Nov 13 00:19:51 2012 JenneUpdateCamerasITMX is just fine

Quote:

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?

 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.

  7729   Mon Nov 19 23:14:31 2012 EvanUpdateCamerasETMYF focus

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

  9443   Thu Dec 5 11:06:43 2013 SteveUpdateCameras viewport video ccd cameras are all covered

Quote:

Quote:

Can't we somehow hook up this camera to the MUX with the movie mode?
I think both the MUX and the sensoray are compatible with the color video signal.
Only the old CRT is B/W.

 Watek 902H ccd with Tamron M118FM50 lens is hooked up to MUX  Please be careful! In this set up the lens is close to the view port glass window! 

 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.

  10259   Wed Jul 23 10:39:18 2014 SteveUpdateCamerasvideo quad processors replaced

Quad processor 2 & 3 were replaced.

  11083   Fri Feb 27 10:25:24 2015 steveUpdateCamerasquad picture problem

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.

  11129   Tue Mar 10 19:59:13 2015 KojiFrogsCamerasMessage from the IFO

  11851   Sat Dec 5 12:02:25 2015 yutaroHowToCamerasWhen image capture does not work...

Today image capture did not work again, though it had worked 3 days before. I also found that red indicator light on the front pannel of SENSORAY was not turned on, which had been turned on 3 days before (you can find SENSORAY on the floor near Pianosa). Possible reason that it did not work again was I restarted Pianosa last night. Anyway, it works now. Here I report what I did to make it work.

 

I ran thes commands in shell, following the instruction of the manual of SENSORAY 2253 (Page 5; link or you can find the manual in /users/sensoray; I put it there). 

> cd /users/sensoray/sdk_2253_1.2.2_linux

> make all

> sudo make install

> modprobe s2253

Then the red light got turned on, and image capture worked.

 

If you recieve an error like "No such file or directory: /dev/video0" at the beginning of the error message when you run image capture scripts from the medm screen, or if you notice that the red indicator light of SENSORAY is not on, this procedure could help you. 

  11852   Sat Dec 5 21:28:33 2015 KojiHowToCamerasWhen image capture does not work...

Do we need "make" everytime? Do you mean just running "modprobe" didn't work?

  11853   Sat Dec 5 21:57:32 2015 yutaroHowToCamerasWhen image capture does not work...

I don't know if just running "modprobe" will work or not, because I didn't try it...  When the same problem happens again, we can try just running "modprobe" first.

  12617   Tue Nov 15 20:26:35 2016 JohannesUpdateCamerasBasler GigE-Camera on Optimus (+Mafalda dead)

I powered up the existing ace100gm GigE cam with the PoE injector and tried to interface with it as described in elog 4163. After a few initial problems with IP assignment and interfacing I connected it to one of the gigabit hubs and installed the most recent pre-compiled software suite on /opt/pylon5 on optimus, after which I was able to find it with the configuration software. I named it "c1gige_bas100-1" and gave it the static IP address 192.168.113.151.

Afterwards the image acquisition worked without problems.

It may be a good idea to leave the gigecam interfacing up to a dedicated machine. I was thinking I could use Mafalda for this, and also for developing the code for framegrabbing and imager settings, but found that it was dead, burnt at the stake so to say. I guess it wasn't running anything critical, since it wasn't even connected to the network and smelled like burnt electronics. I'll get a replacement desktop for it.

  12622   Thu Nov 17 12:14:21 2016 ranaUpdateCamerasBasler GigE-Camera on Optimus (+Mafalda dead)

Indeed. I suggest discussing with Joe B. I believe we should use a dedicated cam network to get the camera signals from the ends and corner all into one machine. Do not use the main CDS FE network for this since it might produce weird collissions. How about make a diagram, post it to elog, and send link to Joe?

It may be a good idea to leave the gigecam interfacing up to a dedicated machine.

  12937   Mon Apr 10 16:00:26 2017 rebeccaUpdateCamerasPylon installation warning

When trying to install an older version of Pylon packaged for Debian that Joe B. had sent, it gave the warning that the package was of bad quality along with the details below.

Is it safe to ignore the warning? Or should I hold off on the installation?

Lintian check results for /home/controls/Downloads/pylon-2.3.3-1.deb:
Use of uninitialized value $ENV{"HOME"} in concatenation (.) or string at /usr/bin/lintian line 108.
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/.IpConfigurator
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/.PylonViewerApp
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/.SpeedOMeter
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtBase.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtBase.so.1
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtBase.so.1.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtBase.so.1.0.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtStyle.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtStyle.so.1
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtStyle.so.1.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtStyle.so.1.0.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtWidgets.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtWidgets.so.1
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtWidgets.so.1.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonQtWidgets.so.1.0.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonViewerSdk.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonViewerSdk.so.1
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonViewerSdk.so.1.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libPylonViewerSdk.so.1.0.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libQtNetwork.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libQtNetwork.so.4
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libQtNetwork.so.4.3
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libQtNetwork.so.4.3.2
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libjpeg.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libjpeg.so.62
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libjpeg.so.62.0.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libtiff.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libtiff.so.3
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/libtiff.so.3.7.3
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/bin/plugins/imageformats/libqtiff.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libXMLLoader_gcc40_v2_1.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxalan-c.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxalan-c.so.110
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxalan-c.so.110.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxalanMsg.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxalanMsg.so.110
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxalanMsg.so.110.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxerces-c.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxerces-c.so.27
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxerces-c.so.27.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxerces-depdom.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxerces-depdom.so.27
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApi/Generic/libxerces-depdom.so.27.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/GenApiPreProcessor
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/libGCBase_gcc40_v2_1.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/libGenApi_gcc40_v2_1.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/libLog_gcc40_v2_1.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/libMathParser_gcc40_v2_1.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/genicam/bin/Linux64_x64/liblog4cpp_gcc40_v2_1.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libgxapi-2.3.3.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libgxapi.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libpylonbase-2.3.3.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libpylonbase.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libpylongigesupp-2.3.3.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libpylongigesupp.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libpylonutility-2.3.3.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libpylonutility.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxalan-c.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxalan-c.so.110
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxalan-c.so.110.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxalanMsg.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxalanMsg.so.110
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxalanMsg.so.110.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxerces-c.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxerces-c.so.27
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxerces-c.so.27.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxerces-depdom.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxerces-depdom.so.27
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/libxerces-depdom.so.27.0
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/pylon/tl/pyloncamemu-2.3.3.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/pylon/tl/pyloncamemu.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/pylon/tl/pylongige-2.3.3.so
E: pylon: arch-independent-package-contains-binary-or-object opt/pylon/lib64/pylon/tl/pylongige.so

  12938   Mon Apr 10 18:42:09 2017 johannesUpdateCamerasPylon installation warning

It looks like we may not need to use this old Pylon version after all. Gautam and I looked into installing SnapPy with the makefile in scripts/GigE/SnapPy/ that he modified (removed the linkage to paths that don't exist in Pylon 5). Compiling took a while (~10 minutes) but eventually succeeded. The package was installed to /ligo/apps/linux-x86_64/camera/

GV 10pm April 10 2017: We didn't actually try executing an image capture or change some settings using the python utilities, that remains to be done..

  12953   Thu Apr 27 17:55:33 2017 SteveUpdateCameraswhich camera to use for IR scatterring pictures

Yesterday I failed to take good pictures of ETMY  resonant arm of 1064 nm with Cannon Rebel T3i in RAW 22-27Mp & JPG dual- format. UFRaw file converter worked well. The IR blocker filter seems to be too good.

Today I used Olympus SP-570UZ ( without IR blocker), in raw format of 15Mp, fl 22.4mm, 15s including 2-3s flashlight,  f/8 and auto focus  This is just too much scattered IR for the Olympus.

Overexposed raw picture' jpg is shown  at the PSL with diffraction patter of the camera.

I'll go back using  the Nikon D40 with zoom 55-200mm as this Atm2 of May 2007 : manual focus, 15s, f/4-5.6, ISO 560,  826KB

  12956   Fri Apr 28 18:01:56 2017 rebeccaUpdateCamerasAttempting to Load Camera Client

Using /ligo/apps/linux-x86-64/camera/bin/camera_client.py -c  /opt/rtcds/caltech/c1/scripts/GigE/SnapPy/L1-CAM-MC1.ini, the Python script was able to run without error but didn't show any video feed from the camera in GStreamer. Problem might be in the configuration of the camera in the .ini file.
 

  12958   Fri Apr 28 22:50:35 2017 johannesUpdateCamerasAttempting to Load Camera Client

You'll likely have to run camera_server.py using the same ini file first before you can use the client. Since the pylon installation is not on the shared drive but only local to optimus at the moment you would have to do it from there. You'll need to add /opt/pylon5/lib64/ to LD_LIBRARY_PATH or it won't find some required libraries. I couldn't start up the server all the way, probably because we need to define some slow EPICS channels before running the server script, as Joe points out in his document T1300202. You'll find instructions how to do that for example in this elog.

 

Quote:

Using /ligo/apps/linux-x86-64/camera/bin/camera_client.py -c  /opt/rtcds/caltech/c1/scripts/GigE/SnapPy/L1-CAM-MC1.ini, the Python script was able to run without error but didn't show any video feed from the camera in GStreamer. Problem might be in the configuration of the camera in the .ini file.
 

 

  12959   Sun Apr 30 13:24:00 2017 ranaUpdateCamerasAttempting to Load Camera Client

We ought to put the camera software on the shared disk; I don't think there's any speed reasons that it needs to be local.

Its OK to use optimus as the camera server for testing at the moment, but once we have things running, we'll install a few more cameras. With ~4-5 GigE running, we may not want to share with optimus, since we're also using it for comsol and skymap calculations.

  12961   Mon May 1 17:14:58 2017 SteveUpdateCamerasETMY & MC2 ccd cameras removed

MC2 ccd camera is replaced by Olympus 570 zoom temporarly.

So as the ETMY ccd camera is replaced by Cannon Rebel.

Both viewport are under Lexan protection and covered by Aluminum foil....still, turn all lighting off if you do not want room light in the IFO

 

Do not remove Lexan shield!

 

  12973   Fri May 5 08:41:42 2017 SteveUpdateCamerasMC2 resonant pictures

Olympus SP570 UZ - without  IR blocker, set up as Atm.3  Camera distance to MC  face ~85 cm,  IOO-MC_TRANS_SUM 16,300 counts, Lexan cover on not coated viewport.

Image mode: RAW + JPG,  M-costum,  manual focus,  Lens: Olympus 4.6 - 92 mm, f2.8 - 4.5,  Apeture: F2.8 - 8,  Image pick up device: 1/2.33" CCD (primary color filter)

Atm.1,       212k.jpg of raw 15 MB,  exp 0.025s,   apeture 2.97,  f 4.6,   iso 64,  

Atm.2,        Copied through my Cannon S100  (  3.3 MB.jpg of raw from UFraw photo shop )I will look up the original raw file for details.

 

  12989   Fri May 12 18:45:04 2017 rebeccaUpdateCamerasMC2 Pics with Olympus

Raw and JPG formats of the pictures are saved on the Mac in the control room and at this link:

https://drive.google.com/open?id=0B9WDJpPRYby1c2xXRHhfOExXNFU 

The camera was mounted using the JOBE arm wrapped around a small heavy piece of metal. The lights were kept on, the camera was zoomed in as closely as possible (so the light would take up most of the frame), F number of 8 was used, and shutter speeds from 1/2 to 1/100 seconds were used. 

The pictures still look a bit blurry, probably because looking back at the details of the image, the focal length was 86.34m (as short of a focal length would be ideal, and Olympus is capable of going down to 1m).

Next steps include looking at the saturation in the pictures and setting up a more stable mount. 

  12996   Wed May 17 11:10:31 2017 SteveUpdateCamerasMC2 CCD video camera back in place

Olympus camera is removed and our old CCD camera is back to monitor the face of MC2

Quote:

Olympus SP570 UZ - without  IR blocker, set up as Atm.3  Camera distance to MC  face ~85 cm,  IOO-MC_TRANS_SUM 16,300 counts, Lexan cover on not coated viewport.

Image mode: RAW + JPG,  M-costum,  manual focus,  Lens: Olympus 4.6 - 92 mm, f2.8 - 4.5,  Apeture: F2.8 - 8,  Image pick up device: 1/2.33" CCD (primary color filter)

Atm.1,       212k.jpg of raw 15 MB,  exp 0.025s,   apeture 2.97,  f 4.6,   iso 64,  

Atm.2,        Copied through my Cannon S100  (  3.3 MB.jpg of raw from UFraw photo shop )I will look up the original raw file for details.

 

 

  13020   Tue May 30 17:45:35 2017 jigyasaSummaryCamerasGigE configuration

To verify the Pylon Installation on the shared drive, I tried connecting the Basler acA640-100gm to the PoE connector and running it through Allegra.

Each time the camera was opened, I got a message on Terminal saying ‘Failed to get the node ‘AcquisitionFrameRate’ from the device’s nodemap’.

Yet, I was able to capture images in single shot and continuous shot mode. I tried to emulate the analog controls (gain at 360, Black level 121) as in Johannes’ elog  12617 and varied the exposure rate from 1 to 5 milliseconds. The camera had the Rainbow 50mm lens with which I was able to focus on some markings on the white board, however the image was extremely magnified and this lens was extremely sensitive which meant that the image went quickly out of focus.
I checked the CCD cabinet in the 40m to find 12 mm lenses which couldn’t focus properly. So I couldn’t quite get an image as Johannes had been able to obtain! I also got an image of a cable in focus but it is very dark due to the exposure time.
 WIth the components for the telescope design arriving(hopefully) by tomorrow, I should be able to assemble the telescope and capture some more images.

From Joe B’s paper and discussion with Gautam and Johannes, I came up with three models for configuring the GigE’s. Three configuration models for the GigE have been proposed which connect the camera to a computer network. While the first model is just involves connecting the camera directly to a PC with Pylon installation using a Power over Ethernet adapter, it would be only efficient in the basic IP configuration of the camera without involving a complex network. The second model describes the integration of the camera to 'Martian'. The third model combines the creation of a separate camera subnetwork and integrating this network with the main network in the lab through a switch. This model would be more efficient to employ as the number of cameras increases. The same purpose could be achieved by using a PC with two network ports one of which connects to the camera subnet while another links it to the Martian where the computers running the client script could stream desired frames.

 

  13024   Wed May 31 18:17:28 2017 jigyasaSummaryCamerasGigE configuration

This evening I was able to obtain some images with the same lens on the GigE. 
The problem earlier, as Johannes pointed out, was that we were using too many adapters on the camera and so it was able to focus at really shallow distances or at really low depths of focus. 
So after removing the adapters we were able to focus on objects at much larger distances.

The mug for example was at a distance greater than 1.5 meters from the camera.

Here are some images that were captured on Allegra by plugging in the GigE to the PoE connector connected to the Martian. 

Quote:

I tried to emulate the analog controls (gain at 360, Black level 121) as in Johannes’ elog  12617 and varied the exposure rate from 1 to 5 milliseconds. The camera had the Rainbow 50mm lens with which I was able to focus on some markings on the white board, however the image was extremely magnified and this lens was extremely sensitive which meant that the image went quickly out of focus.

 

  13025   Wed May 31 19:18:53 2017 jigyasaSummaryCamerasGigE configuration

And here's another picture of Kaustubh, my fellow SURF, captured in all his glory by Rana! :)

 

Quote:

This evening I was able to obtain some images with the same lens on the GigE. 
The problem earlier, as Johannes pointed out, was that we were using too many adapters on the camera and so it was able to focus at really shallow distances or at really low depths of focus. 
So after removing the adapters we were able to focus on objects at much larger distances.

The mug for example was at a distance greater than 1.5 meters from the camera.

Here are some images that were captured on Allegra by plugging in the GigE to the PoE connector connected to the Martian. 

Quote:

I tried to emulate the analog controls (gain at 360, Black level 121) as in Johannes’ elog  12617 and varied the exposure rate from 1 to 5 milliseconds. The camera had the Rainbow 50mm lens with which I was able to focus on some markings on the white board, however the image was extremely magnified and this lens was extremely sensitive which meant that the image went quickly out of focus.

 

 

  13027   Thu Jun 1 15:33:39 2017 jigyasaUpdateCamerasGigE installation in the IFO area

I tried to capture some images with the GigE inside the Interferometer area in the 40m today. For that, I connected the POE injector to the Netgear Switch in 1x6 and connected it to the GigE. I then tried to access the Pylon Viewer App through Paola but that seemed to have some errors. When trying to connect to the Basler, quite a few errors were encountered in establishing connection and trying to capture the image. There were a few errors with single shot capture but the continuous shot could not even be started. To locate the problem, I tried running the Pylon installation through Allegra in the control room and everything seemed to work fine there.

Few error messages encountered

createPylondevice error :Failed to read memory at 0xc0000000, 0xd800 bytes. Timeout. No message received.
Failed to stop the camera; stopgrab: Exception Occurred: Control Channel not open


Eventually I connected Paola to the Switch with an Ethernet cable and over this wired connection, the errors were resolved and I was able to capture some images in Continuous shot mode at 103.3 fps without any problem.

In the afternoon, Steve and I tried to install the camera near MC2 and get some images of the mirrors. Due to a restricted field of view of the lens on the camera, after many efforts to focus on the optic, we were able to get this image. MC2 was unlocked so this image captures some resonating higher order mode.

With MC2 locked, I will get some images of the mirror at different exposure times and try to get an HDR image.  
As per Rana's suggestion, I am also looking up which compression format would be the best to save the images in.

 

  13029   Thu Jun 1 16:14:55 2017 jigyasaUpdateCamerasGigE installation in the IFO area

Thanks to Steve and Gautam, the IMC was locked.

I was able to capture images with the Rainbow 50 mm lens at exposure times of 100, 300, 1000, 3000, 10000 and 30 microseconds.(The pictures are in the same order). These pictures were taken at a gain of 300 and black level 64.

Special credits to Steve spent a lot of time help me a with setting up the hardware and focusing on the beam spot with the camera. 
I can't thank you enough Steve! :) 

Quote:

In the afternoon, Steve and I tried to install the camera near MC2 and get some images of the mirrors. Due to a restricted field of view of the lens on the camera, after many efforts to focus on the optic, we were able to get this image. MC2 was unlocked so this image captures some resonating higher order mode.

With MC2 locked, I will get some images of the mirror at different exposure times and try to get an HDR image.  
 

ELOG V3.1.3-