ufo-kit / libpco Goto Github PK

Hi Tom,

cmake 4.8.5 would not find some headers and libraries in CentOS7. If one follows official SiliconSoftware installation instructions for Linux, it will be only necessary to place those two strings in .cmakes:
cmake>cat FindClSerSis.cmake
SET(clsersis_INCLUDE_DIR $SISODIR5/include)
SET(clsersis_LIBRARY $SISODIR5/lib)
cmake>cat FindFgLib5.cmake
SET(FgLib5_INCLUDE_DIR $SISODIR5/include)
SET(FgLib5_LIBRARY $SISODIR5/lib)

It is not the first time when super sophisticated Findxxxx.cmake files of ufo modules do not work for me. For instance FindOpenCL.cmake fails to find opencl headers and lib if opencl is installed together with GPU driver as a part of CUDA bundle to the default location (which is very convenient btw). Either I have wrong cmake or that function FIND_PATH does not work for whatever reason.

Since it happens by uca-camera-control too it is just redirected from
ufo-kit/concert#114.

When auto trigger mode and external acquire mode the camera can be allowed or disallowed from recording frames by low-level TTL signal on acq. enable input. When I try to use it the number of recorded frames is dropping (see the Concert screenshot):

dimax > camera.start_recording()

dimax > camera.recorded_frames
<Quantity(0, 'dimensionless')>

dimax > camera.recorded_frames
<Quantity(0, 'dimensionless')>

dimax > trigger.on()

dimax > trigger.off()

dimax > camera.recorded_frames
<Quantity(2700, 'dimensionless')>

dimax > camera.recorded_frames
<Quantity(2685, 'dimensionless')>

dimax > camera.recorded_frames
<Quantity(2669, 'dimensionless')>

dimax > camera.recorded_frames
<Quantity(2649, 'dimensionless')>

dimax > camera.recorded_frames
<Quantity(2596, 'dimensionless')>

.."Heeey! @matze is back!"..

Hello, Matthias,
hope you are doing well in this craziness. With plenty of time available for coding now, we have finally started to work on the new control software. If you are online, could you guide me through the structure of libpco? I understood from Tomas that you had added some code on top of collection of very low-lovel functions which you got from PCO like, what, ten years ago (?) I used libpco+libuca to connect to Dimax and 4000 which we have too at BMIT, but our workhorse camera is PCO Edge CLHs with the optic-fiber interface on the 5th generation of Marathon frame-grabber. PCO now has SDK which I got from them and CLHS (opt fiber) camera has a separate set of headers, includes, and libraries. SDK also contains functions compatible with old cameras. I discussed plan of actions with Tomas and he suggested that I should try to compile libpco with new SDK and try it first with Dimax/4000. With this being done one can try to compile a separate library, e.g. libpcoclhs to have an interface between libuca and pco-clhs camera. Since I'm not professional it will probably take me days of work to reverse-engineer original libpco and compare it with functions in new SDK. I though that if you could have a look and compare new SDK, which includes already some higher-level functions to work with individual frames and streams, with your libpco functions which you had added on top of old PCO SDK, that could give me a good start. Or, if you do not have much time/interest in this anymore, could you enumerate what was missing in the old libpco which you had to implement yourself to make interface between libuca and the frame-grabber. In any case any help/thoughts/comments from you side will be very much appreciated.

Stay safe and best regards,
Sergei.

Best regards,
Sergei.

When I tried to use the fast scan with uca-camera-control I got time timeouts when tried to run it and on a stop attempt I got Failed to stop: libpco error a0000005.