You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
If the connection to the Velodyne LiDAR is lost, like when the cable is disconnected. The HDLGrabber gets stuck if I try to deinitialize and destruct the object.
Context
I want to be able to manage the situation in which a sensor of my system fails, either because it broke or the connection was lost. So I always test the programs even if the device is not connected or if the connection is lost in the middle of the process.
In this case with the HDL-32E using the PCL HDLGrabber, I am not able to safely stop my program if the connection is lost. I am forced to kill the process manually.
Expected behavior
If the sensor is not connected the HDLGrabber should be able to correctly be deinitialized
Current Behavior
The program gets stuck if I try to stop the grabber when the sensor is not connected
To Reproduce
I manage to reproduce the bug with a minimal example. I tried it in several PC's and the problem persists.
In my cane. grabber->stop() work well, after connecting to correct port.
But, it does not work, after connecting to wrong port.
However fortunately,
Once a grabber is connected to correct port, the grabber will receive data from port even if a lan cable is disconnected and reconnected.
Bug description
If the connection to the Velodyne LiDAR is lost, like when the cable is disconnected. The HDLGrabber gets stuck if I try to deinitialize and destruct the object.
Context
I want to be able to manage the situation in which a sensor of my system fails, either because it broke or the connection was lost. So I always test the programs even if the device is not connected or if the connection is lost in the middle of the process.
In this case with the HDL-32E using the PCL HDLGrabber, I am not able to safely stop my program if the connection is lost. I am forced to kill the process manually.
Expected behavior
If the sensor is not connected the HDLGrabber should be able to correctly be deinitialized
Current Behavior
The program gets stuck if I try to stop the grabber when the sensor is not connected
To Reproduce
I manage to reproduce the bug with a minimal example. I tried it in several PC's and the problem persists.
Outputs
These are the two scenarios I tested with their output in the terminal:
Environment
The text was updated successfully, but these errors were encountered: