Closed jmilloy closed 4 years ago
Is there just one more initialization step that I am missing? Or can we determine that this is a bug upstream (e.g. in the camera firmware)?
@jmilloy Hi, thank you for trying out Harvester. As far as I hear the symptom, I do not see any issue in your usage of Harvester. So I would suggest you the following idea: If you are involving cameras from several manufacturers, then try another version of MV's GenTL Producer. They have a website where you can download any version that they have released. Perhaps older versions do not reproduce the phenomenon but in general, they produce great software so I would not think they easily regress. However, sometimes it's cumbersome to tame USB3 host controllers or USB3 Vision devices/cameras in the transport layer level. Perhaps your host controller could be exposing an issue that MV has. If so, I would encourage you to report the issue to MV as a user; it's not bad deal, you use their software for free and they get an exposed issue that should be fixed. /Kazunari
Ok, after some more testing, I can see that I have errors independent of harvesters. VimbaViewer can enumerate, connect, and configure, but not acquire; mvDeviceConfigure can enumerate and connect, but not configure or acquire; harvesters with the vimba cti file can enumerate, configure, and acquire, but can't connect using the serial number; and harvesters with the mv cti file can enumerate and connect, but is unstable (different errors at different times). I'll keep digging, but it seems that harvesters is not the problem. Harvesters has actually been the most reliable! Thanks.
Maybe this helps: I was using an Allied Vision camera sucessfully with the Matrix Vision GenTL producer (IIRC I installed mvGenTL_Acquire-x86_64-2.37.1.exe from http://static.matrix-vision.com/mvIMPACT_Acquire/)
@StefanD986 Yeah, that's what I'm using originally, but then I also tested the vendor producer and even the vendor GUI and still had problems. I'm going to try everything on Windows instead of Ubuntu Linux today.
Closing. Please feel free to re-open this when you get a clue that shows the issue is caused by Harvester.
Describe the bug
After connecting to the camera (creating an ImageAcquirer), the first access always fails, no matter what it is. Subsequent io works, whether it is the same request or something else.
To Reproduce
Using an Allied Vision ALVIUM camera:
Expected behavior
The serial number should be printed
Observed Behavior
A GenTL io exception is raised:
Desktop
Additional context
All subsequent camera io works, whether the same address or different addresses:
The first camera io fails, whatever it is. So
DeviceVendorName.value
,Height.get_access_mode()
, oria.start_acquisition
will trigger the io error, if it is the first attempted io (but then everything will work afterwards). Note that the secondstart_acquisition
call works.Identical code for the FLIR BlackFly cameras does not have this problem. Those are the only two cameras I have here to test with.