-
Notifications
You must be signed in to change notification settings - Fork 157
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
GigE cameras with multiple network interfaces #190
Comments
Nice catch! We definitely want that in the main line driver.
That's all I see in the first pass. I'd also like to test the driver with my USB3 cameras to make sure they still work as before. |
Hello, We can work on a pull request for the network interface changes. However, we have made additional modifications to the launch file to search for camera_info files within the package and assign a name and namespace to each camera. To keep everything related to the cameras within the package, we created two new folders:
Should we copy the network interface changes to a different clone and proceed with the pull request? Thank you for your assistance! |
Yeah, make a new clone, branch off a new branch from humble-devel, and copy just the modified c++ file over. |
Thank you for your PR again. Closed with #195 |
Thank you very much!!! |
Problem Description:
We are facing an issue with the spinnaker_camera_driver in a setup where we have multiple network interfaces on our computer. Specifically:
Hardware Setup:
Environment:
Issue:
When using SpinView to check the cameras, the order of network interfaces is inconsistent. Sometimes the cameras are accessed via the second interface, and other times via the fourth interface.
SpinView works correctly as long as the right interface is selected.
However, the spinnaker_camera_driver always attempts to connect to the cameras through the first interface.
If this interface is on the wrong subnet, the driver crashes with an error indicating that the cameras are in a different subnet.
Solution:
To address this issue, we modified the driver to iterate over all network interfaces. The driver now adds cameras to the camera list if it can open the camera without errors. Here is the modified code:
Question:
Is this modification acceptable? It worked for our setup, but we are unsure if there are any limitations or potential issues we might have missed.
Suggestion:
If this modification is valid, would it be possible to integrate it into the official driver? This would allow us to update our project without conflicts whenever the repository receives updates.
The text was updated successfully, but these errors were encountered: