Closed MarcoMatteoBassa closed 2 years ago
Hi, since i did not directly implement the lifecycle nodes, I am not too sure what exactly is causing your issue, maybe @guilyx has some more insights or maybe experienced the issue himself so far.
What do you mean by stating its working properly using a different driver?
Hey there,
We haven't had issues ever since we closed the last PR, we're using lifecycle nodes, I haven't experienced this (and the scanner node is launched and killed hundred times a day here)
@puck-fzi @guilyx Thanks for your reply. We found that our previous version of the driver was using a different reference for the min max-angles: this resulted in a too big "angle end" that I guess made the scanner reject new reconfigurations.
Hi guys, thank you for the great work on the ros2 interface. Unfortunately here at Idealworks we are struggling to reliably activate the udp transmission from the devices: the scanners sometimes manage to start the streaming and sometimes don't. In the beginning we tought it depended on the timing between the configuration and the activation calls, since leaving more time in between seemed to solve the issue, but with further testing we could reproduce the issue even with a "slow" initialization. From the ros-log point of view there is no visible error, the tcp part of the communication seems to work fine, here an example of log:
I'll also attach a tcp dump of a failing initialization. (config + activation)
tcp_dump_failure.txt
Once a device started streaming, it apparently keeps working (on the same udp port) until powercycled. The devices are working properly using a different driver. Do you have any idea of what a possible issue could be?
Thank you for your support