-
Notifications
You must be signed in to change notification settings - Fork 215
USB 3.0 camera image transport not working properly #830
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Comments
Hi, thank you very much for the detailed description of your wiring! I believe you need to add an additional pull-up resistor to get your application running—your code looks good. But let me explain why I think you need a pull-up: If this is your sensor wiring of the E3Z-D62 (NPN-Model): The sensor switches against GND, and there is no way for Line1 to reach the high state. I guess it would have worked for Line1 out of the box with the E3Z-D82 (PNP-Model) Anyway, to see if I am right: Could you please connect the sensor to Line2 or Line3 (GPIO lines) for a short test and adapt your code accordingly? Don’t forget to use the pink wire instead of the blue one for GND. Due to the built-in pull-up of the GPIO, this should work. In case galvanic decoupling is required, please connect a resistor (e.g., 470 Ohm for 12V / 1k for 24V) between the black and brown cables of the sensor, to pull the state to "high" in idle mode. To trigger an image correctly, you can either change your trigger activation to "FallingEdge" or activate the inverter of Line1. Hope this helps! |
thank you so much. it works now by following your instructions only one problem is each time got triggered, it capture too much photos. any better idea can limit the photo captured? |
The Camera only takes one image per falling edge, so may your signal bounces. I did not read the datasheet of your sensor, is there a way to Limit the Output speed? Just to be sure that it is not emv: Did you use Line1 or the gpios? |
Thank you.
Another challenge is as long as the object is moving (very slow moving), it have some level of blur. here is my code example for the camera settings:
|
Hi, and thank you for your trust! I believe your issue is heading in a direction where you should contact your local support or sales team, as they can understand and assist with your entire system much better. It seems you're on the right track by reducing the exposure time, especially since the image is only blurry when the target is moving. However, 8000 µs is still quite a long exposure time. You might want to try increasing the lighting and raising the gain as much as possible within acceptable limits. If that doesn’t help, you might need to consider using a flash. Regarding your "multi-trigger": Did the FPS limitation solve the issue? The Input Filter might also be a good solution, as it can help suppress false impulses at the I/O level. As I mentioned, to ensure you receive the best support for your complete setup, please contact your local support team. |
Describe what you want to implement and what the issue & the steps to reproduce it are:
Model: a2A5320-23umPRO , connect to PC USB 3.0, i use python to do line 1 trigger the shot. it give me error with image transport not working properly
Exception
it throw exeption at
grab_result = camera.RetrieveResult(5000, pylon.TimeoutHandling_ThrowException)
the issue is my camera is using USB 3.0, not GigE network, anything wrong?
Code
nothing special, no own logic yet. just follow the example code:
Is your camera operational in Basler pylon viewer on your platform
Yes
Hardware setup used
PC or embedded system model/type:
Interfaces used to connect the cameras:
Sensor:
Wire connection:
Camera(s) used
Basler a2A5320-23umPRO (40605386)
p=vu3pc_imx542m_pro/s=r/v=2.5.1/i=9421.6/h=e7c7a35
Runtime information:
The text was updated successfully, but these errors were encountered: